disco ide, libata PATA e convivenza con kernel vecchi

Postate qui per tutte le discussioni legate a Linux in generale.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Rispondi
Avatar utente
mauro
Linux 2.x
Linux 2.x
Messaggi: 281
Iscritto il: gio 11 mag 2006, 21:51
Slackware: current
Kernel: uno degli ultimi...
Desktop: dwm

disco ide, libata PATA e convivenza con kernel vecchi

Messaggio da mauro »

Mi sono compilato il kernel 2.6.19.2 e gia' che c'ero ho deciso di provare i nuovi driver libata PATA.
Fin qui tutto bene, ma dato che boottando con il nuovo kernel il mio 'vecchio' hda diventa sda ho dovuto modificare fstab.
Dato che volevo mantenere la possibilta' di bootare anche con kernel piu' vecchi ho creato in /etc un fstab_sd (corretto x il 2.6.19) e un fstab_ide (corretto per i miei altri kernel), e ho eliminato fstab, ricreandolo come link a uno dei due, poi ho aggiunto all' inizio di rc.S (subito dopo il montaggio di /proc)

Codice: Seleziona tutto

#
# Added by Mauro
#
#  controlla se il disco fisso e' riconosciuto come sda o hda
#  e in base a cio' assegna l' fstab giusto
#
if [ ! -h /etc/fstab ]; then
  # se fstab non e'un link e' meglio che lasciamo perdere
  echo "fstab is not a link! It's better to leave things as they are..."
elif [ -r /etc/fstab_sd ] && [ -r /etc/fstab_ide ]; then
  # se esistono fstab_sd e fstab_ide linka fstab a quello giusto
  if [ -n "`grep \" ide.$\" /proc/devices`" ]; then
    echo "Mmm, it looks you are NOT using libata PATA"
    if [ -n "`ls -l /etc/fstab | grep fstab_ide`" ]; then
      echo "fstab already linked correctly. Nothing to be done."
    else
      /sbin/mount -w -v -n -o remount /
      ln -sf /etc/fstab_ide /etc/fstab
      /sbin/mount -n -o remount,ro /
    fi
  else
    echo "Mmm, it looks you ARE using libata PATA"
    if [ -n "`ls -l /etc/fstab | grep fstab_sd`" ]; then
      echo "fstab already linked correctly. Nothing to be done."
    else
      /sbin/mount -w -v -n -o remount /
      ln -sf /etc/fstab_sd /etc/fstab
      /sbin/mount -n -o remount,ro /
    fi
  fi
else
  echo "I'm feeling confused about which fstab to use. Choosing default."
fi
Domanda 1.
Qualcuno conosce/usa un metodo meno bovino e invasivo?

Domanda 2.
Quando, subito dopo un boot con un vecchio kernel, bootto col 2.6.19 ntpdate mi corregge l'orario di 3600s. circa (un ora in avanti), viceversa se dal 2.6.19 passo a uno degli altri kernel, al montaggio del filesystem vengo avvertito che l'ultimo montaggio e' avvenuto nel futuro... ehm
:?

Avatar utente
zappa
Linux 1.x
Linux 1.x
Messaggi: 143
Iscritto il: gio 8 set 2005, 0:00
Slackware: 13.37 & 14
Kernel: 3.4.11-RT & 3.2.29 & 2.6.37
Desktop: KDE
Località: cagliari
Contatta:

Messaggio da zappa »

ciao mauro,
non so rispondere a nessuna delle tue domande, mi dispiace...ma forse tu potresti dare una mano a me.... :)

uso il kernel 2.6.17.13 senza il supporto per il mio disco sata, quindi il disco e' hda (e il DMA non va). Questi giorni mi hanno detto che per far funzionare bene il disco (cioe' il DMA) devo usare il kernel 2.6.19.2 con il supporto sata intel ich...Scarico il kernel, lo compilo e fin qui come da manuale; il problema sorge quando riscrivo l'MBR con lilo. In pratica se nel lilo.conf lascio /dev/hda come disco il kernel 2.6.19.2, ovviamente, va in panic, pero' se cambio in /dev/sda il lilo mi da errore

errore lilo:

Codice: Seleziona tutto

Fatal: raid_setup: stat("/dev/sda")
Visto che tu hai praticamente la mia stessa situazione (kernel vecchi e nuovi, hda ed sda)
mi dici come hai fatto ad avviare linux dal kernel 2.6.19.2 con /dev/sda ?
ovvero come hai fatto ad aggiornare l'MBR con lilo....

spero di essere stato chiaro.... :)

Avatar utente
zappa
Linux 1.x
Linux 1.x
Messaggi: 143
Iscritto il: gio 8 set 2005, 0:00
Slackware: 13.37 & 14
Kernel: 3.4.11-RT & 3.2.29 & 2.6.37
Desktop: KDE
Località: cagliari
Contatta:

Messaggio da zappa »

piu che altro mi potresti postare il tuo lilo.conf ed il tuo fstab?
grazie

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

Ad ogni domanda, esistono sempre una o più risposte! :D

Persistent block device naming

Avatar utente
zappa
Linux 1.x
Linux 1.x
Messaggi: 143
Iscritto il: gio 8 set 2005, 0:00
Slackware: 13.37 & 14
Kernel: 3.4.11-RT & 3.2.29 & 2.6.37
Desktop: KDE
Località: cagliari
Contatta:

Messaggio da zappa »

Ok! grazie!

Ma potresti postarmeli comunque i tuoi lilo.conf ed fstab, perche' non sono molto bravo con l'inglese ed ho paura di non aver capito bene il discorso sulle etichette ....

grazie :D !

Avatar utente
mauro
Linux 2.x
Linux 2.x
Messaggi: 281
Iscritto il: gio 11 mag 2006, 21:51
Slackware: current
Kernel: uno degli ultimi...
Desktop: dwm

Messaggio da mauro »

alessiodf:
il problema e' che fstab deve essere corretto PRIMA che parta udev.

zappa:
zappa ha scritto: In pratica se nel lilo.conf lascio /dev/hda come disco il kernel 2.6.19.2, ovviamente, va in panic, pero' se cambio in /dev/sda il lilo mi da errore

errore lilo:

Codice: Seleziona tutto

Fatal: raid_setup: stat("/dev/sda")
Io lilo l'ho lanciato direttamente dal kernel nuovo: ti riassumo com'e' andata l'installazione:

1.La prima volta mi sono dimenticato di mettere sda al posto di hda in lilo.conf per cui al boot ha panicato (unable to mount root filesystem etc..)

2. Ho reboottato e passato dal prompt di lilo al kernel l'opzione root=/dev/sda2. Stavolta niente panic ma mi sono fermato al check del filesystem perche' mi ero dimenticato (e due...) di correggere fstab. Siccome a quel punto pero' si puo' comunque fare un login come root, mi lono loggato, ho rimontato la root read-write e modificato fstab cambiando tutti i vari hd in sd.

3. Terzo reboot, sempre passando la root al kernel da lilo. Stavolta tutto bene, ho modificato lilo.conf e reinstallato lilo nell'mbr.

Ora ti posto i file: (nel lilo.conf la prima riga boot sara' boot = /dev/hda se la lanci col vecchio kernel)

Codice: Seleziona tutto

boot = /dev/sda
prompt
timeout = 50
bitmap="/boot/ins64a.bmp"
vga = "0x31B"

image = /boot/vmlinuz_2.6.19.2
  root = /dev/sda2
  label = boxolino_2.6.19
  read-only # Non-UMSDOS filesystems should be mounted read-only for checking

image = /boot/vmlinuz_2.6.17
  root = /dev/hda2
  label = boxolino_2.6.17
  read-only # Non-UMSDOS filesystems should be mounted read-only for checking

image = /boot/memtest86
  label = memtest86
e l'fstab 'nuovo'

Codice: Seleziona tutto

/dev/sda3        swap                swap               defaults                       0   0
/dev/sda2        /                       reiserfs            defaults                       1   1
/dev/sda4        /home               ext3                defaults                       1   2
/dev/sda1        /mnt/winXP       vfat                defaults,noauto,group 1   0
/dev/cdrom     /mnt/cdrom        iso9660          noauto,group              0   0
/dev/dvd         /mnt/dvd           iso9660,udf    noauto,group,ro          0   0
/dev/fd0          /mnt/floppy       auto               noauto,group               0   0
/dev/sdf1        /mnt/pendrive    vfat,auto       noauto,group               0   0
devpts            /dev/pts            devpts           gid=5,mode=620          0   0
proc               /proc                 proc               defaults                       0   0
tmpfs            /dev/shm            tmpfs             defaults                       0   0

Avatar utente
zappa
Linux 1.x
Linux 1.x
Messaggi: 143
Iscritto il: gio 8 set 2005, 0:00
Slackware: 13.37 & 14
Kernel: 3.4.11-RT & 3.2.29 & 2.6.37
Desktop: KDE
Località: cagliari
Contatta:

Messaggio da zappa »

ti ringrazio, era proprio quello che mi serviva!
Grazie mille! :D

Avatar utente
alessiodf
Linux 3.x
Linux 3.x
Messaggi: 823
Iscritto il: ven 14 ott 2005, 21:04
Slackware: current
Kernel: 2.6.26.4
Desktop: Kde 4.1
Località: Roma
Contatta:

Messaggio da alessiodf »

si, ma quell'how-to che vi ho postato, da la possibilità di fregarsene se una HD viene chiamato hsa sda sdb ecc.. accedendolo tramite l'id univoco, qualsiasi sia il kernel, andra' sempre a puntare sul suddetto HD! Udev non centra nulla... ;)

Avatar utente
mauro
Linux 2.x
Linux 2.x
Messaggi: 281
Iscritto il: gio 11 mag 2006, 21:51
Slackware: current
Kernel: uno degli ultimi...
Desktop: dwm

Messaggio da mauro »

Ooops, ero di corsa ed ho guardato l'how-to in modo troppo superficiale :oops: .

Grazie! :D appena ho un po' di tempo provo.

Avatar utente
targzeta
Iper Master
Iper Master
Messaggi: 6643
Iscritto il: gio 3 nov 2005, 14:05
Nome Cognome: Emanuele Tomasi
Slackware: 64-current
Kernel: latest stable
Desktop: IceWM
Località: Carpignano Sal. (LE) <-> Pisa

Messaggio da targzeta »

alessiodf ha scritto:...da la possibilità di fregarsene se una HD viene chiamato hsa sda sdb ecc.. accedendolo tramite l'id univoco, qualsiasi sia il kernel, andra' sempre a puntare sul suddetto HD! Udev non centra nulla... ;)
Sei proprio sicuro che udev non c'entri nulla? L'id univoco come lo trovi? E come indichi al kernel la root partition?
Sinceramente quello che dice nell'articolo non mi suona bene. Sto studiandolo ora, ma penso che quello che cerchi si possa fare con un sistema totalmente udev, ma c'è da dire che udev con kernel precedenti la versione 2.6.15 non funziona ;).

Leggiti questo di articolo:
http://vrfy.org/log/recent-state-of-udev.html
alla sezione "Booting and Coldplugging" dovrebbe esserci scritta la soluzione al tuo problema.

Spina

Meskalamdug
Iper Master
Iper Master
Messaggi: 3965
Iscritto il: ven 14 mag 2004, 0:00

Messaggio da Meskalamdug »

Mi spiegate come fate ad abilitare il nuovo driver pata?
Io lo ho abilitato nel kernel(ho comunque mantenuto anche il vecchio ide..)
all'avvio parto con hda quindi presumo che non abbia
caricato il nuovo driver
:(
Che mi consigliate?

Meskalamdug
Iper Master
Iper Master
Messaggi: 3965
Iscritto il: ven 14 mag 2004, 0:00

Messaggio da Meskalamdug »

Come non detto bastava disabilitare
il vecchio driver

Avatar utente
zappa
Linux 1.x
Linux 1.x
Messaggi: 143
Iscritto il: gio 8 set 2005, 0:00
Slackware: 13.37 & 14
Kernel: 3.4.11-RT & 3.2.29 & 2.6.37
Desktop: KDE
Località: cagliari
Contatta:

Messaggio da zappa »

Sinceramente per il momento non mi interessa il riconoscimento univoco con qualunque kernel per 2 motivi almeno:
1 i kernel che riconoscono il disco come hda non lo fanno andare bene, nel
senso che i driver non sono quelli giusti,
2 tanto prima o poi formatto di nuovo e uso solo il 2.6 che gia di default
all'installazione lo riconosce come sda........

Comunque grazie mille mi avete aiutato molto........
il ringraziamento piu grande va comunque a Spina (come ho gia detto)!! :D :D :D

Rispondi