Kernel 2.6.24: niente /dev/cdrom, /dev/dvd, etc

[phobos3576]

Dopo la ricompilazione del kernel 2.6.24, non mi vengono più creati i device /dev/cdrom, /dev/cdrom2, /dev/dvd, etc; sono presenti solo /dev/hdc e /dev/hdd. Leggendo i vari file di log non risultano presenti errori di nessun genere.

Dopo decine di ricompilazioni del kernel, è la prima volta che mi capita una cosa del genere!

[cymon]

Ah cribbio, sono confortato. E' due giorni che cerco in rete qualcosa riguardante ciò da bravo niubbo (sono alla mia prima ricompilazione) e non sono ancora riuscito a venirne a capo. Vedere questo thread aperto da qualcuno che "ne sa" mi riempie di orgoglio

[conraid]

Dopo la ricompilazione del kernel 2.6.24, non mi vengono più creati i device /dev/cdrom, /dev/cdrom2, /dev/dvd, etc; sono presenti solo /dev/hdc e /dev/hdd. Leggendo i vari file di log non risultano presenti errori di nessun genere.

Ma hai ricompilato con gli stessi parametri o hai cambiato qualcosa?

[nuitari]

allega od incolla fra i tag code il tuo file .config ed il tuo lspci -v

[FireEater]

Ovviamente non avete neanche il device /dev/sr0 giusto?

[marghe]

Già che siamo in tema pongo un quesito, perchè zenwalk assegna sd* agli hd che su slack sono hd*
scusate l'ignoranza.... dipende da udev ?

[conraid]

Già che siamo in tema pongo un quesito, perchè zenwalk assegna sd* agli hd che su slack sono hd*
scusate l'ignoranza.... dipende da udev ?

Dovresti controllare quando avviene l'assegnazione.
Se vedi tramite dmesg che gli hard disk sono hda etc... allora è udev che dopo cambia il device, altrimenti è il kernel.
IMHO è il kernel, ma vado solamente ad intuito

[mauro]

Già che siamo in tema pongo un quesito, perchè zenwalk assegna sd* agli hd che su slack sono hd*
scusate l'ignoranza.... dipende da udev ?

Dovresti controllare quando avviene l'assegnazione.
Se vedi tramite dmesg che gli hard disk sono hda etc... allora è udev che dopo cambia il device, altrimenti è il kernel.
IMHO è il kernel, ma vado solamente ad intuito

Di solito accade se ricompili il kernel abilitando i driver sata/pata al posto dei vecchi; dato che i nuovi driver pata sono sperimentali, credo che di default su slack non siano utilizzati (quindi il tuo hard disk si chiama hdx), se invece ti ricompili il kernel e li abiliti il tuo hd diventera' sdx anche con slackware (oltre a procurarti un po' di casotti al reboot successivo, visto che il tuo fstab e lilo faranno ancora riferimento ad un device che non esiste piu'...)

[phobos3576]

Ma hai ricompilato con gli stessi parametri o hai cambiato qualcosa?

Naturalmente, riciclo sempre il mio vecchio (e collaudatissimo) .config; per il kernel 2.6.24 ho usato il config del 2.6.23.

Ovviamente non avete neanche il device /dev/sr0 giusto?

Giusto!

Comunque, nulla di grave; l'importante è che vengano creati i device /dev/hdc e /dev/hdd; i vari /dev/cdrom, /dev/dvd, etc, non sono altro che una serie di link simbolici a quei due device stessi. Infatti, in uno script di avvio basta mettere:

Codice: Seleziona tutto

ln -s /dev/hdc /dev/cdrom0
ln -s /dev/hdd /dev/cdrom1
ln -s /dev/hdd /dev/cdrom
ln -s /dev/hdc /dev/dvd0
ln -s /dev/hdd /dev/dvd1
ln -s /dev/hdd /dev/dvd

Per il resto, il kernel 2.6.24 mi sembra ottimo; il sistema è fluidissimo e il supporto hardware è notevolmente aumentato rispetto al 2.6.23. Il driver ALSA mi ha pure aggiunto due nuovi controlli al mixer (nVidia High Definition Audio).

[marghe]

@Conraid, Mauro

grazie ragazzi, ora non ho zenwalk sotto mano appena posso guardo il config

[conraid]

Comunque, nulla di grave; l'importante è che vengano creati i device /dev/hdc e /dev/hdd; i vari /dev/cdrom, /dev/dvd, etc, non sono altro che una serie di link simbolici a quei due device stessi. Infatti, in uno script di avvio basta mettere:

Codice: Seleziona tutto

ln -s /dev/hdc /dev/cdrom0
ln -s /dev/hdd /dev/cdrom1
ln -s /dev/hdd /dev/cdrom
ln -s /dev/hdc /dev/dvd0
ln -s /dev/hdd /dev/dvd1
ln -s /dev/hdd /dev/dvd

Questo deve farlo udev, non dei comandi in quel modo. Cerca di capire dove e cosa non va.
Tra l'altro lo script delle regole di udev per queste cose l'ha fatta il buon md

[phobos3576]

Questo deve farlo udev, non dei comandi in quel modo. Cerca di capire dove e cosa non va.
Tra l'altro lo script delle regole di udev per queste cose l'ha fatta il buon md

Infatti, sino al 2.6.23 tutto funzionava pefettamente; la cosa strana poi è che il problema riguarda solo i due device /dev/hdc e /dev/hdd.

Comunque, io sto usando ancora Slackware 11 con udev-097; magari, il nuovo kernel richede un pacchetto udev più aggiornato!

[cymon]

Questo deve farlo udev, non dei comandi in quel modo. Cerca di capire dove e cosa non va.
Tra l'altro lo script delle regole di udev per queste cose l'ha fatta il buon md

Infatti, sino al 2.6.23 tutto funzionava pefettamente; la cosa strana poi è che il problema riguarda solo i due device /dev/hdc e /dev/hdd.

Comunque, io sto usando ancora Slackware 11 con udev-097; magari, il nuovo kernel richede un pacchetto udev più aggiornato!

Ottima intuizione, anch'io sono su 11 e se siamo gli unici ad aver rilevato questa anomalia è probabile che il problema sia quello... farò qualche esperimento, ma phobos, se hai notizie racconta eh!

[nuitari]

A volte sd* viene assegnato al posto di hd* per via del driver di emulazione scsi. Se è compilato staticamente, soprattutto, è probabile che venga usato sopra il normale driver IDE, per cui i nomi dei dischi cambiano.

[marghe]

A volte sd* viene assegnato al posto di hd* per via del driver di emulazione scsi. Se è compilato staticamente, soprattutto, è probabile che venga usato sopra il normale driver IDE, per cui i nomi dei dischi cambiano.

Grazie dell'informazione....