Come velocizzare l'avvio di Slackware.

[Sawk]

Beh, comunque come capirai dal mio nick sono maniaco di certe cose....hehe!!

efficienza e velocità prima di tutto

Ad ogni modo è un buon modo per velocizzare l'avvio

[lennynero]

raga questo 3d e questo argomento in generale non avranno una rilevanza assai grande x la scienza, ma sarei curioso di provare qualcuno di questi "hack"; se riducono i tempi morti e effettivamente la mia slack parte prima tanto meglio..., ma in realtà quello che mi premeva chiedere è: secondo voi è accettabile che la mia slack 10.2 semi-aggiornata alla current su un laptop asus a6va con 1,73GHz di cpu(non duo) e 512MB ddr2 di ram impiega circa 2' 20'' per avviarsi?(x arivare al runlevel 3 intendo...) o mi devo preoccupare e migliorare qualcosa nelle conf?

[goldy]

MI sembrano un pò troppi 2'20" per arrivare al runlevel 3.
Quando parte slackware dai un'occhiata alle scritte ,
e vedi dove rallenta ,
magari c'è qualche script che carica un modulo che cerca una periferica, che forse non trova , chissà.

[lennynero]

ho ripulito un pò il mio startup togliendo l'avvio di cups mysqld e qualche altra cosina ma il boottime rimene sui 2'...(quanto dovrebbe essere un tempo accettabile?)in particolare ho notato che rallenta un poco quando leggere l'hd e il lettore cd. Incollo il log di messages: http://rafb.net/paste/results/urety676.html(così non appesantisco il post), se magari qualcuno vuole dargli un'occhiata può aiutarmi a capire se c'è qualcosa che non va...

Inoltre volevo approfittare x chiedere 2 curiosità:
1) durante lo startup mi compare, tra le varie scritte, la scritta "Fatal: Module snd_seq_oss not found." e non riesco a capire come mai(forse è rimasto nel .config del kernel e non è più presente quel modulo..
2) c'è un modo per conoscere la quantità di ram della mia scheda video?cioè c'è una sorta di /proc/sys dove posso spulciare?(uso il kernel 2.6.18 "snellito un pò da me...")

Vi ringrazio in anticipo.

[samiel]

Punto 1: è rimasto in /etc/rc.d/rc.modules

M.

[Paoletta]

Punto 1: è rimasto in /etc/rc.d/rc.modules

M.

io direi in /etc/rc.d/rc.alsa

per la scheda video, installa lshw e spulcia i dati che ti dà

Codice: Seleziona tutto

 *-display:0
                description: VGA compatible controller
                product: RV280 [Radeon 9200 SE]
                vendor: ATI Technologies Inc
                physical id: 0
                bus info: pci@01:00.0
                version: 01
                size: 128MB <---

[samiel]

Azzzzzzzzzzzzzzzzzz Paoletta....

M.

[lennynero]

paoletta grazie per la dritta su lshw, ma per rc.alsa ho qualche dubbio: ho trovato questa sezione:

Codice: Seleziona tutto

# A function to load the ALSA OSS compat modules:
load_alsa_oss_modules() {
  if ! cat /proc/modules | tr _ - | grep -wq snd-pcm-oss ; then
    echo "Loading OSS compatibility modules for ALSA."
    modprobe snd-pcm-oss
    modprobe snd-mixer-oss
    modprobe snd-seq-oss
  fi
}

devo semplicemente commentare la riga modprobe snd-seq-oss? mi pare di ricordare che anche gli altri 2 davano(qualche kernel fa..) un fatal ma ora non lo danno più; inoltre anche ide_scsi mostra un fatal e l'ho comentato in rc.modules, ho fatto bene?

ps il boot-time si assesta comunque sui 2'...

[Paoletta]

devo semplicemente commentare la riga modprobe snd-seq-oss? mi pare di ricordare che anche gli altri 2 davano(qualche kernel fa..) un fatal ma ora non lo danno più

in tal caso con un banale if then fai eseguire il caricamento del modulo solo quando serve

inoltre anche ide_scsi mostra un fatal e l'ho comentato in rc.modules, ho fatto bene?

se non hai bisogno dell'emulazione scsi sì!

magari se hai un 2.4 con un banale if then lo carichi solo con esso;

oppure se la tua slack è (come la 11) aggiornata a tal punto da caricare un /etc/rc.d/rc.modules differente a seconda del kernel, lo carichi solo nel file più appropriato...se non mi sono spiegata bene guarda qua:
http://www.slacky.it/forum/viewtopic.ph ... ht=modules

[absinthe]

ho ripulito un pò il mio startup togliendo l'avvio di cups mysqld e qualche altra cosina ma il boottime rimene sui 2'...(quanto dovrebbe essere un tempo accettabile?)in particolare ho notato che rallenta un poco quando leggere l'hd e il lettore cd. Incollo il log di messages: http://rafb.net/paste/results/urety676.html(così non appesantisco il post), se magari qualcuno vuole dargli un'occhiata può aiutarmi a capire se c'è qualcosa che non va...

Inoltre volevo approfittare x chiedere 2 curiosità:
1) durante lo startup mi compare, tra le varie scritte, la scritta "Fatal: Module snd_seq_oss not found." e non riesco a capire come mai(forse è rimasto nel .config del kernel e non è più presente quel modulo..
2) c'è un modo per conoscere la quantità di ram della mia scheda video?cioè c'è una sorta di /proc/sys dove posso spulciare?(uso il kernel 2.6.18 "snellito un pò da me...")

Vi ringrazio in anticipo.

Oct 20 02:30:16 localhost logger: /etc/rc.d/rc.hotplug start (exiting script)
Oct 20 02:34:36 localhost kernel: [fglrx] Maximum main memory to use for locked dma buffers: 430 MBytes.

tra il lancio di hotplug e il modprobe di fgrlx passa un bel pò... dopo quanto entri in modalità grafica? lo fai subito dopo esserti loggato?
comunque mettere in background hotplug velocizza di molto l'accesso al prompt... e pure ldcofig messo in b.g. rende l'accesso più rapido. fondamentalmente si tratta di questi 2 script/comandi. io ho un accesso al prompt in meno di 30 sec. se ricordo bene... e non ho fatto niente di più di quanto trovi anche su S4D

M

[dapuzz]

comunque mettere in background hotplug velocizza di molto l'accesso al prompt... e pure ldcofig messo in b.g. rende l'accesso più rapido. fondamentalmente si tratta di questi 2 script/comandi. io ho un accesso al prompt in meno di 30 sec. se ricordo bene... e non ho fatto niente di più di quanto trovi anche su S4D
M

Si rispamieranno secondi, non minuti! Lì c'è proprio qualcosa che non va!

[first]

domanda per capire il problema:
All'inizio quando fa il check del bios quanto tempo ci mette?

Io avevo provato a installare una slack su un portatile hp e ci metteva minimo 30 sec per finire il check... forse e' anche il tuo caso

[lennynero]

devo semplicemente commentare la riga modprobe snd-seq-oss? mi pare di ricordare che anche gli altri 2 davano(qualche kernel fa..) un fatal ma ora non lo danno più

in tal caso con un banale if then fai eseguire il caricamento del modulo solo quando serve

inoltre anche ide_scsi mostra un fatal e l'ho comentato in rc.modules, ho fatto bene?

se non hai bisogno dell'emulazione scsi sì!
...
magari se hai un 2.4 con un banale if then lo carichi solo con esso; oppure se la tua slack è (come la 11) aggiornata a tal punto da caricare un /etc/rc.d/rc.modules differente a seconda del kernel

in realtà la mia slack non è aggiornata a tal punto, ma io uso solo il kernel 2.6, l'altro l'ho lasciarto solo per pigrizia ma il fatto è che io non so in realtà quando mi serve snd_seq_oss(mai porbabilmente) e nemmeno quando mi serve ise_scsi...

tra il lancio di hotplug e il modprobe di fgrlx passa un bel pò... dopo quanto entri in modalità grafica? lo fai subito dopo esserti loggato?

non fare caso al tempo che era passato tra runlevel3 e la modalità grafica perché forse in quel caso ero rimasto in shell a fare qualcosa e solo dopo ho avviato X...comunque ci tengo ad aggiungere(mi scuso per non averlo precisato prima) che comunque ho apportato tutte le modifiche suggerite dal post( i vari & dopo i comandi come hotplug ecc); ho notato comunque che si perde molto tempo nella rilevazione dell'HD e del dvdrom, in particolare in questa zona:

Codice: Seleziona tutto

Oct 20 02:29:58 localhost kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Oct 20 02:29:58 localhost kernel: ICH6: IDE controller at PCI slot 0000:00:1f.1
Oct 20 02:29:58 localhost kernel: ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 19
Oct 20 02:29:58 localhost kernel: ICH6: chipset revision 4
Oct 20 02:29:58 localhost kernel: ICH6: not 100%% native mode: will probe irqs later
Oct 20 02:29:58 localhost kernel:     ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
Oct 20 02:29:58 localhost kernel:     ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
Oct 20 02:29:58 localhost kernel: hda: max request size: 512KiB
Oct 20 02:29:58 localhost kernel: hda: 156301488 sectors (80026 MB) w/7884KiB Cache, CHS=16383/255/63, UDMA(100)
Oct 20 02:29:58 localhost kernel: hda: cache flushes supported
Oct 20 02:29:58 localhost kernel:  hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 > hda4
Oct 20 02:29:58 localhost kernel: hdb: ATAPI 24X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache, UDMA(33)

domanda per capire il problema:
All'inizio quando fa il check del bios quanto tempo ci mette?

mha penso non sia lì il problema perché quella fase scorre via veloce...

[Paoletta]

ma il fatto è che io non so in realtà quando mi serve snd_seq_oss(mai porbabilmente) e nemmeno quando mi serve ise_scsi...

in genere ide-scsi serve con il 2.4;per l'altro dipende da come hai configurato il 2.6, dai un'occhiata ai FATAL all'avvio..

[absinthe]

comunque mettere in background hotplug velocizza di molto l'accesso al prompt... e pure ldcofig messo in b.g. rende l'accesso più rapido. fondamentalmente si tratta di questi 2 script/comandi. io ho un accesso al prompt in meno di 30 sec. se ricordo bene... e non ho fatto niente di più di quanto trovi anche su S4D
M

Si rispamieranno secondi, non minuti! Lì c'è proprio qualcosa che non va!

vero... comunque a me hotplug impega MOLTE decine di secondi...

M