Arch Linux

[Feanor]

Ultimamente ho la curiosità di vedere se con i driver pata recenti posso ottenere qualche miglioramento nelle prestazioni.

Il mio sistema (ormai un anno e mezzo che fila liscio come l'olio) contiuna a montare i dischi come hd*, mentre vedo che con i driver recenti dovrebbe essere sd*.

Ora mi (anzi VI ) chiedo:

Se passo ai nuovi driver ottengo qualche miglioramento?
E' possibile che di colpo ide-legacy sparisca e mi trovo costretto a cambiare?
Per cambiare è sufficiente modificare fstab, menu.lst, mkinitcpio.conf e rigenerare l'initrd?
Soprattutto... Qualcuno lo ha già fatto?

E' più un thread a scopo informativo, se mi decido a provare vi faccio sapere, temo solo di sminkiare un sistema attualmente PERFETTO.

Saluti!

[carlocci]

Passa a pata, tanto prima o poi dovrai farlo.
Si', e' sufficiente modificare fstab, menu.lst e mkinitcpio.conf rigenerando poi l'initrd.
Io uso pata tranquillamente. Anzi, il driver per la mia scheda ide-pci finalmente funziona senza bug.
L'unica cosa veramente importante e' la modifica a mkinitcpio.conf (Aggiungi almeno 1 dei due hooks).
Tanto grub lo puoi modificare al boot, fstab lo puoi modificare passando init=/bin/dash e rimontando la root rw, ma se canni initrd ti serve per forza il cd.



Perche' in fstab non specifichi l'UUID della partizione invece del nome usuale del disco?
In questo modo non ti devi piu' preoccupare dei nomi dei dischi che cambiano in base alla loro posizione sulla pattina ide, visto che ogni partizione ha un UUID (abbastanza) unico

Codice: Seleziona tutto

#NTFS
#Extra hds su canali ide

# /dev/sda1     label Windows
/dev/disk/by-uuid/70FC9DAFFC9D6FD8   /media/Windows  ntfs-3g    users,noauto,uid
=1000,gid=95,fmask=0113,dmask=0002,nls=utf8     0       0

Il file 70FCecc viene creato da udev all'avvio ed e' un link alla vera partizione ( /dev/sda1 nel mio caso ).
In teoria si potrebbe sostituire /dev/disk/by-uuid/70FC9DAFFC9D6FD8 con UUID=70FC9DAFFC9D6FD8 , ma alcuni programmi stupidi, come konqueror, non lo digeriscono e non riescono a montare le partizioni cosi'. Il percorso /dev/disk/by-uuid/70FC9DAFFC9D6FD8 e', invece, completamente trasparente.

[Feanor]

Infatti, sapendo che prima o poi dovrò passare a pata, mi sto informando prima di trovarmi col kernel senza supporto

Non uso le UUID perché sto su un portatile, quindi non ho necessità di spostare i dischi.

Comunque sia grazie per la risposta, molto molto rassicurante, penso di fare tutte le modifiche assieme tanto il comportamento è quello che mi aspettavo

[Feanor]

Dunque...

Modificati tutti i riferimenti in /etc/fstab da /dev/hd* a /dev/sd*
Modificati tutti i riferimenti in /boot/grub/menu.lst da /dev/hd* a /dev/sd*
Modificato /etc/mkinitcpio.conf in questo modo:

Codice: Seleziona tutto

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES="piix ide_disk ext3"

# BINARIES
# This setting includes, into the CPIO image, and additional
# binaries a given user may wish.  This is run first, so may
# be used to override the actual binaries used in a given hook.
# (Existing files are NOT overwritten is already added)
# BINARIES are dependancy parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in anyway.  This is useful for config files.
# Some users may wish to include modprobe.conf for custom module options,
# like so:
#    FILES="/etc/modprobe.conf"
FILES=""

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'modload' may be used in place of 'udev', but is not recommended
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
#    This setup specifies all modules in the MODULES setting above.
#    No raid, lvm2, or encrypted root is needed.
#    HOOKS="base"
#
#    This setup will autodetect all modules for your system and should
#    work as a sane default
#    HOOKS="base udev autodetect ide scsi sata filesystems"
#
#    This setup will generate a 'full' image which supports most systems.
#    No autodetection is done.
#    HOOKS="base udev ide scsi sata usb filesystems"
#
#    This setup assembles an ide raid array with an encrypted root FS.
#    Note: See 'mkinitcpio -H raid' for more information on raid devices.
#    HOOKS="base udev ide raid encrypt filesystems"
#
#    This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev usb lvm2 filesystems"
#HOOKS="base udev autodetect ide filesystems"
HOOKS="base udev autodetect pata filesystems resume"

Rigenerato l'initramdisk con

Codice: Seleziona tutto

mkinitcpio -g /boot/kernel26.img

Ed al reboot non trovava /dev/sda1 come device node per il root-fs.

Risistemo menu.lst e fstab riavvio nuovamente e tutto va bene (ma i device sono /dev/hd*)

Ho ripristinato anche mkinitcpio.conf upgrade del kernel alla 2.6.24-4 tutto a posto con /dev/hd*

Cosa ho sbagliato nel passare ai nuovi driver? Ho pensato ai moduli (piix invece di ata_piix, ide_disk?), ma non credo sia quello

[carlocci]

Cosa ho sbagliato nel passare ai nuovi driver? Ho pensato ai moduli (piix invece di ata_piix, ide_disk?), ma non credo sia quello

I moduli in MODULES vengono caricati prima di tutto e ci possono essere conflitti vari tra i nuovi ed i vecchi drivers.
Devi modificarli nelle versioni pata corrispondenti, in modo da non avere un sistema "ibrido". Puoi anche rimuoverli e basta, molto probabilmente: ci pensa udev.

[Feanor]

Quindi è probabile che sia il modulo piix... Ricordo che alla prima installazione di arch ebbi problemi senza di esso nell'initrd... Magari adesso non è più un problema, dovrei provare.

La cosa che mi lascia perplesso è l'output di hwdetect... Sembra che il modulo ata_piix sia solo inerente ai sata (non il mio caso) mentre i moduli per l'ide li identifica solo se appongo ide-legacy

Codice: Seleziona tutto

[fabio@longbow ~]$ hwdetect --show-ide --ide-legacy
IDE    : ide-cd ide-core ide-disk generic piix

Codice: Seleziona tutto

[fabio@longbow ~]$ hwdetect --show-sata
SATA   : ata_piix

Codice: Seleziona tutto

[fabio@longbow ~]$ hwdetect --show-ide
[fabio@longbow ~]$

meh