Nuovi pata drivers..help![RISOLTO]
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 Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
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.
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 Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
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.
-
Meskalamdug
- Iper Master

- Messaggi: 3965
- Iscritto il: ven 14 mag 2004, 0:00
Non sono uno sviluppatore del kernel quindiTrotto@81 ha scritto:Quali sono in vantaggi reali ad usare questo nuovo driver oltre al fatto che il vecchio verrà abbandonato?
prendi con le pinze cio' che diro'
Vantaggi=e' recente quindi è più aggiornato
veloce,etc
Svantaggi=a parte il cambio dei nomi(da hd a sd)
essendo più recente e' meno testato
e quindi meno sicuro del vecchio
- mauro
- Linux 2.x

- Messaggi: 281
- Iscritto il: gio 11 mag 2006, 21:51
- Slackware: current
- Kernel: uno degli ultimi...
- Desktop: dwm
secondo me puoi, ma e' un po' piu' macchinoso:Meskalamdug ha scritto:lilo -vsubmax82 ha scritto:e se io sostituisco subito a "hd" -> "sd" in lilo.conf senza passare root=... al boot?Meskalamdug ha scritto:Ha funzionato
La procedura corretta da seguire e' questa
1)Abilitare nel kernel i drivers pata
e disabilitare i vecchi ata
2)Editare fstab e sostituire a hd sd
3)Rebootare e al reboot scrivere
linux root=/dev/sd**
4)Editare lilo.conf e sostituire a hd sd
rebootare,fatto!
/dev/sda
no such file...
la riga boot=/dev/hdx la lasci tale e quale perche' mentre stai installando lilo sei ancora col kernel vecchio e di conseguenza devi scrivere su cio' che in quel momento e' hdx, che dopo il boot diventera' sdx non ci interessa xhe' ormai lilo sara' installato.
invece lilo si lamenta se non trova il device della riga root="/dev/xxx" (che viene passata al kernel all'avvio quindi deve gia' essere giusta e contenere sdx). Qui entra in gioco la riga postata da zappa, cioe' al posto di root= etc etc se usi append="root=/dev/sdx" lilo dovrebbe funzionare.
In effetti usare append richiede un po' piu' di attenzione perche' bypassi il controllo di lilo e se vuoi puoi dire al tuo kernel di boottare da /dev/djkasldjas1 (sequenza di caratteri a caso) ...
- zappa
- 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:
Allora....ricapitolo tutto:
1) usavo il driver vecchio e il disco andava 40 volte piu' lento, guardate ora cosa mi dice hdparm:
hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 3272 MB in 2.00 seconds = 1637.14 MB/sec
Timing buffered disk reads: 110 MB in 3.01 seconds = 36.53 MB/sec
Credo vada bene....
Purtroppo non ho i vecchi risultati di hdparm......
2)Puoi mettere sda al posto di hda e dare lilo -v anche prima di riavviare, ma va in kernel panic al prossimo riavvio. Qundo dai lilo -v viene scritto l'MBR del /dev/hda (cioe' quello che sati usando) e non di /dev/sda che dovrai usare dopo.....
3)Io ho fatto questa esperienza e di questo posso parlare....
4)Ognuno sa il suo e trova le proprie soluzioni.....
Questo e' il bello di linux e dei forum........
1) usavo il driver vecchio e il disco andava 40 volte piu' lento, guardate ora cosa mi dice hdparm:
hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 3272 MB in 2.00 seconds = 1637.14 MB/sec
Timing buffered disk reads: 110 MB in 3.01 seconds = 36.53 MB/sec
Credo vada bene....
Purtroppo non ho i vecchi risultati di hdparm......
2)Puoi mettere sda al posto di hda e dare lilo -v anche prima di riavviare, ma va in kernel panic al prossimo riavvio. Qundo dai lilo -v viene scritto l'MBR del /dev/hda (cioe' quello che sati usando) e non di /dev/sda che dovrai usare dopo.....
3)Io ho fatto questa esperienza e di questo posso parlare....
4)Ognuno sa il suo e trova le proprie soluzioni.....
Questo e' il bello di linux e dei forum........
- mauro
- Linux 2.x

- Messaggi: 281
- Iscritto il: gio 11 mag 2006, 21:51
- Slackware: current
- Kernel: uno degli ultimi...
- Desktop: dwm
ma se /dev/hda di prima e' fisicamento lo stesso disco del /dev/sda/ di dopo lo installi nello stesso MBR dello stesso disco, xche' dovrebbe panicare?zappa ha scritto: Puoi mettere sda al posto di hda e dare lilo -v anche prima di riavviare, ma va in kernel panic al prossimo riavvio. Qundo dai lilo -v viene scritto l'MBR del /dev/hda (cioe' quello che sati usando) e non di /dev/sda che dovrai usare dopo.....
- mauro
- Linux 2.x

- Messaggi: 281
- Iscritto il: gio 11 mag 2006, 21:51
- Slackware: current
- Kernel: uno degli ultimi...
- Desktop: dwm
ma guarda che ho provato, e' x questo che insisto:
boot=xxx (non root=xxx, che e' cio' che verra' poi passato al kernel, e quinde deve essere sdx) dice a lilo dove installarsi, una volta che si e' installato non gli serve piu'.
Pensa a questa situazione analoga: 2 hard disk (X e Y) su due pc distinti, entrambi con una installazione funzionante ma all' hdisk Y manca il boot manger e vogliamo installarlo.
Supponi di smontare Y e metterlo sullo stesso pc su cui e' assemblato X.
Avvii, ed hai X che e' hda e Y che e' hdc(supponiamo).
Montiamo hdc, ci chrootiamo, e poi lanciamo lilo.
Ora se abbiamo boot=/dev/hda nel lilo.conf sovrascriveremo l'MBR di X; se vogliamo installare lilo su Y dovremo avere boot=/dev/hdc (OK), non x questo Y non funzionera' una volta staccato e rimesso sul suo pc originale (quindi dopo essere tornato hda).
boot=xxx (non root=xxx, che e' cio' che verra' poi passato al kernel, e quinde deve essere sdx) dice a lilo dove installarsi, una volta che si e' installato non gli serve piu'.
Pensa a questa situazione analoga: 2 hard disk (X e Y) su due pc distinti, entrambi con una installazione funzionante ma all' hdisk Y manca il boot manger e vogliamo installarlo.
Supponi di smontare Y e metterlo sullo stesso pc su cui e' assemblato X.
Avvii, ed hai X che e' hda e Y che e' hdc(supponiamo).
Montiamo hdc, ci chrootiamo, e poi lanciamo lilo.
Ora se abbiamo boot=/dev/hda nel lilo.conf sovrascriveremo l'MBR di X; se vogliamo installare lilo su Y dovremo avere boot=/dev/hdc (OK), non x questo Y non funzionera' una volta staccato e rimesso sul suo pc originale (quindi dopo essere tornato hda).
- zappa
- 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:
Allora, se ho capito bene dici di lasciare boot=/dev/hdX nel lilo.conf ma di mettere sda nel resto del file e pure nel fstab, giusto?
E fin qui anche io son d'accordo....
Poi quando riavvii devi comunque dirgli dove si trova la root=......
e qui gli passi il parametro al primo riavvio e poi metti tutto a posto o come fai?
Perche' e' meglio non lasciare stringhe append nel lilo.conf? Senza e' piu pulito credo.....
Cioe'......il discorso e' questo: se lasci la stringa boot=...hda va bene....ma poi devi cambiarla perche da quel riavvio il disco si chiamera' sda giusto? quindi se non reinstalli lilo col boot=/dev/sdX, al secondo riavvio ci sara' un altro kernel panic e di nuovo lo stesso tran tran: append etc...
Altro non so che dire.......comunque submax ha risolto....quindi l'obbiettivo e' stato raggiunto.....
Ciao ciao
E fin qui anche io son d'accordo....
Poi quando riavvii devi comunque dirgli dove si trova la root=......
e qui gli passi il parametro al primo riavvio e poi metti tutto a posto o come fai?
Perche' e' meglio non lasciare stringhe append nel lilo.conf? Senza e' piu pulito credo.....
Cioe'......il discorso e' questo: se lasci la stringa boot=...hda va bene....ma poi devi cambiarla perche da quel riavvio il disco si chiamera' sda giusto? quindi se non reinstalli lilo col boot=/dev/sdX, al secondo riavvio ci sara' un altro kernel panic e di nuovo lo stesso tran tran: append etc...
Altro non so che dire.......comunque submax ha risolto....quindi l'obbiettivo e' stato raggiunto.....
Ciao ciao
-
Meskalamdug
- Iper Master

- Messaggi: 3965
- Iscritto il: ven 14 mag 2004, 0:00
Che disco e che cpu hai??zappa ha scritto:Allora....ricapitolo tutto:
1) usavo il driver vecchio e il disco andava 40 volte piu' lento, guardate ora cosa mi dice hdparm:
hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 3272 MB in 2.00 seconds = 1637.14 MB/sec
Timing buffered disk reads: 110 MB in 3.01 seconds = 36.53 MB/sec
Credo vada bene....![]()
Purtroppo non ho i vecchi risultati di hdparm......
2)Puoi mettere sda al posto di hda e dare lilo -v anche prima di riavviare, ma va in kernel panic al prossimo riavvio. Qundo dai lilo -v viene scritto l'MBR del /dev/hda (cioe' quello che sati usando) e non di /dev/sda che dovrai usare dopo.....
3)Io ho fatto questa esperienza e di questo posso parlare....
4)Ognuno sa il suo e trova le proprie soluzioni.....
Questo e' il bello di linux e dei forum........
Mai visto una velocità simile...
1600!
hdparm -tT /dev/sda
Timing cached reads: 624 MB in 2.00 seconds = 311.73 MB/sec
Timing buffered disk reads: 162 MB in 3.01 seconds = 53.88 MB/sec
- zappa
- 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:
Ho un portatile Fujitsu-Siemens AMILO 1451 G....
Il disco e' sata da 80 G, altro non so dirti, anzi :
Credo che tu stia usando i driver sbagliati oppure semplicemente hai un disco lento......ciao ciao
Il disco e' sata da 80 G, altro non so dirti, anzi :
Codice: Seleziona tutto
/dev/sda:
ATA device, with non-removable media
Model Number: ST98823AS
Serial Number: 5PK018N5
Firmware Revision: 3.03
Standards:
Supported: 7 6 5 4
Likely used: 7
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 156301488
LBA48 user addressable sectors: 156301488
device size with M = 1024*1024: 76319 MBytes
device size with M = 1000*1000: 80026 MBytes (80 GB)
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Advanced power management level: unknown setting (0x8080)
Recommended acoustic management value: 254, current value: 0
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=240ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* SMART feature set
Security Mode feature set
* Power Management feature set
* Write cache
* Look-ahead
* Host Protected Area feature set
* WRITE_BUFFER command
* READ_BUFFER command
* DOWNLOAD_MICROCODE
* Advanced Power Management feature set
SET_MAX security extension
* 48-bit Address feature set
* Device Configuration Overlay feature set
* Mandatory FLUSH_CACHE
* FLUSH_CACHE_EXT
* SMART error logging
* SMART self-test
* IDLE_IMMEDIATE with UNLOAD
* SATA-I signaling speed (1.5Gb/s)
* Native Command Queueing (NCQ)
* Phy event counters
Device-initiated interface power management
* Software settings preservation
Security:
Master password revision code = 65534
supported
not enabled
not locked
not frozen
not expired: security count
not supported: enhanced erase
Checksum: correct