Newsgroup: it.comp.os.linux.iniziare
Titolo: Dischi visti in /proc ma non da fdisk (kernel 2.4.31)

La macchina ha due dischi scsi (e un lettore cd sempre scsi)
si tratta di una sarge appena installata
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
  Vendor: SEAGATE  Model: ST32430W SUN2.1G Rev: 0666
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
  Vendor: IBM      Model: DDRS-39130W      Rev: S97B
  Type:   Direct-Access                    ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 06 Lun: 00
  Vendor: CyberDrv Model:  CD-ROM TW240S   Rev: 1.20
  Type:   CD-ROM                           ANSI SCSI revision: 02
sul seagate /dev/sda vi e' il SO
Posto ora l'output di alcuni comandi sperando siano d'aiuto
ultra1:~# df
Filesystem        blocchi di   1K   Usati Disponib. Uso% Montato su
/dev/sda1              1738210    506858   1138614  31% /
tmpfs                   123752         0    123752   0% /dev/shm
ultra1:~# fdisk /dev/sda
Unable to open /dev/sda
ultra1:~# fdisk /dev/sdb
Unable to open /dev/sdb
ultra1:~# ls /dev/sda
ls: /dev/sda: No such file or directory
ultra1:~# ls /dev/sdb
ls: /dev/sdb: No such file or directory
questo da quando ho ricompilato il kernel, ora fdisk mi serve per
partizionarmi il secodo HD :-)
c'e' da dire che ho compilato il kernel su un altro HD (stesso computer)
e poi copiato kernel, System.map e initrd su questo HD.
Ho provato a ricrearmi initrd, ma non me lo fa fare:
ultra1:/boot# mkinitrd -o initrd.img-2.4.31 2.4.31
/usr/sbin/mkinitrd: device /dev/sda1 is not a block device
qualcuno ha un'idea?
Grazie
PS: ripeto se riavvio col kernel 2.4.27 "originale" nessun problema
-- 
| Ciao Cacciavite           Linux Registered User  #297089
| Powered by *Debian GNU/Linux 3.0* on  PentiumIII  500Mhz
| E-mail:              caccia...@TOGLIQUESTOtiscali.it

Sembra quasi tu ti sia perso qualche modulo...
Sei sicuro di aver ricompilato il modulo associato alla controller scsi
che hai nel tuo sistema ?
fdisk -l cosa ti risponde ?
--
RaSca
rasc...@tiscali.it

Allora...Qualcosa ti vede :-)
Considera che  /dev/scsi/host0/bus0/target0 dovrebbe essere il tuo sda
e /dev/scsi/host0/bus0/target1 dovrebbe essere il tuo sdb.
Per iniziare io fare fdisk su questi device per vedere cosa dice il
sistema (non me ne intendo di SPARC) se così funziona, nulla ti vieta
di fare dei link simbolici...
Valuta che però che potrei averti detto delle boiate...Però provare
non costa nulla. Fammi sapere che son curioso.
Ciao,
--
RaSca
rasc...@tiscali.it

Eppure secondo me c'è qualcosa che non va nel modo in cui il sistema
gestisce la scsi.
Fai la verifica dell'hardware. Controlla il modello della controller e
verifica che venga caricato correttamente il modulo.
Con cat /proc/pci ottieni l'elenco delle schede PCI installate nel
sistema.
Con dmesg | more puoi fare una verifica del boot e capire se qualcosa
è andato storto.
Quello che comunque non mi spiego è come faccia il sistema a montarti
la root da /dev/sda1 senza permetterti di modificare con fdisk
/dev/sda...
Cmq fai la verifica hardware.
--
RaSca
rasc...@tiscali.it

Intanto per i dispositivi di boot (quindi anche controller come questa)
se i moduli non vuoi integrarli nel kernel, puoi sempre compilarli a
parte e crearti un'immagine initrd.
Detto questo, se la questione è crearsi un RAID 1, in sarge c'è il
pacchetto mdadm che fa tutto quello che vuoi.
Ti consiglio di installarlo e di leggere bene la man page che è fatta
bene.
Se poi vuoi approfondire :
http://www.tldp.org/HOWTO/Software-RAID-HOWTO-5.html
 e di considerare
le parti che ovviamente riguardano l'utilizzo di mdadm.
Fai sapere e non preoccuparti dei per piacere che sei stato cortese lo
stesso ;-)
--
RaSca
rasc...@tiscali.it

Se quindi passato al 2.6 tutto si è risolto, si evince che era un
problema di moduli.
Detto questo,
Buon divertimento !
--
RaSca
rasc...@tiscali.it