Nuovi pata drivers..help![RISOLTO]

Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.

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.
Avatar utente
Trotto@81
Iper Master
Iper Master
Messaggi: 3559
Iscritto il: sab 26 giu 2004, 0:00
Nome Cognome: Andrea
Slackware: Slackware64 14.2 bet
Kernel: default
Desktop: KDE 4.14.14
Località: Monasterace M. (RC)
Contatta:

Messaggio da Trotto@81 »

Quali sono in vantaggi reali ad usare questo nuovo driver oltre al fatto che il vecchio verrà abbandonato?

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

Messaggio da Meskalamdug »

Trotto@81 ha scritto:Quali sono in vantaggi reali ad usare questo nuovo driver oltre al fatto che il vecchio verrà abbandonato?
Non sono uno sviluppatore del kernel quindi
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

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 »

Meskalamdug ha scritto:
submax82 ha scritto:
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!
:)
e se io sostituisco subito a "hd" -> "sd" in lilo.conf senza passare root=... al boot?
lilo -v
/dev/sda
no such file...
;)
secondo me puoi, ma e' un po' piu' macchinoso:
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) ...

Avatar utente
submax82
Staff
Staff
Messaggi: 3202
Iscritto il: mer 31 ago 2005, 0:00
Desktop: xfce
Distribuzione: SalixOS
Contatta:

Messaggio da submax82 »

grazie ho capito tutto ragazzi ;)
a parte il cambio dei nomi(da hd a sd)
essendo più recente e' meno testato
e quindi meno sicuro del vecchio
bè aggiunto al fatto che il vecchio sarà abbandonato spero proprio di no :shock:

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 »

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.... :D
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........

Avatar utente
submax82
Staff
Staff
Messaggi: 3202
Iscritto il: mer 31 ago 2005, 0:00
Desktop: xfce
Distribuzione: SalixOS
Contatta:

Messaggio da submax82 »

ok ... lo proverò e vi saprò dire se la velocità è aumentata ma dubito :roll: ho un hd pietoso :cry:

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 »

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.....
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?

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 »

Semplicemente lilo trova scritto sda al riavvio, ma lui si trova ancora in hda.....io ho capito questo.......
provare per credere..... :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 »

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).

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 »

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

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

Messaggio da Meskalamdug »

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.... :D
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........
Che disco e che cpu hai??
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

:(

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 »

Ho un portatile Fujitsu-Siemens AMILO 1451 G....
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
Credo che tu stia usando i driver sbagliati oppure semplicemente hai un disco lento......ciao ciao

Rispondi