Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

Maisondouf · Le 01/02/2010, à 22:17

J'ai un EeePC 701 4G sur lequel karmic est installé depuis sa sortie sur le SSD interne de 4Go.
Je viens de rajouter un SSD de 32Go qui est vu comme /dev/sdb
Depuis le boot est très long, près de 3 minutes.
En bootant en mode recovery, on voit des messages qui montre que le disque 4Go est initialisé en UDMA66, puis en UDMA44, puis en UDMA33 et enfin en PIO4 pour pouvoir y accéder.
Le disque 32Go est initialisé en UDMA66 sans problèmes.
Voila le contenu de 'dmesg' :

[ 1.571211] ata2.00: CFA: SILICONMOTION SM223AC, , max UDMA/66
[ 1.571222] ata2.00: 7815024 sectors, multi 0: LBA
[ 1.572664] ata2.01: CFA: PATA SSD, Ver3.M1B, max UDMA/66
[ 1.572673] ata2.01: 61078752 sectors, multi 1: LBA
[ 1.600346] ata2.00: configured for UDMA/66
[ 1.636100] ata2.01: configured for UDMA/66
[ 1.728726] ACPI: Battery Slot [BAT0] (battery present)
[ 1.729794] scsi 1:0:0:0: Direct-Access ATA SILICONMOTION SM n/a PQ: 0 ANSI: 5
[ 1.730177] sd 1:0:0:0: Attached scsi generic sg0 type 0
[ 1.730421] scsi 1:0:1:0: Direct-Access ATA PATA SSD Ver3 PQ: 0 ANSI: 5
[ 1.730739] sd 1:0:1:0: Attached scsi generic sg1 type 0
[ 1.731009] sd 1:0:1:0: [sdb] 61078752 512-byte logical blocks: (31.2 GB/29.1 GiB)
[ 1.731154] sd 1:0:1:0: [sdb] Write Protect is off
[ 1.731163] sd 1:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 1.731240] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.731640] sdb: sdb1 sdb2 sdb3 sdb4
[ 1.733391] sd 1:0:1:0: [sdb] Attached SCSI disk
[ 1.733425] sd 1:0:0:0: [sda] 7815024 512-byte logical blocks: (4.00 GB/3.72 GiB)
[ 1.733557] sd 1:0:0:0: [sda] Write Protect is off
[ 1.733566] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.733639] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.734000] sda:
[ 1.996045] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 2.160133] usb 3-1: configuration #1 chosen from 1 choice
[ 2.168027] Clocksource tsc unstable (delta = -315272136 ns)
[ 2.272045] usb 3-2: new full speed USB device using uhci_hcd and address 3
[ 2.434093] usb 3-2: configuration #1 chosen from 1 choice
[ 2.548043] usb 4-2: new full speed USB device using uhci_hcd and address 2
[ 2.695792] usb 4-2: configuration #1 chosen from 1 choice
[ 31.816065] ata2: lost interrupt (Status 0x58)
[ 31.820019] ata2: drained 32768 bytes to clear DRQ.
[ 31.896141] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 31.896150] ata2.00: BMDMA stat 0x64
[ 31.896174] ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[ 31.896178] res 58/00:08:00:00:00/00:00:00:00:00/e0 Emask 0x2 (HSM violation)
[ 31.896188] ata2.00: status: { DRDY DRQ }
[ 31.896235] ata2: soft resetting link
[ 32.084476] ata2.00: configured for UDMA/66
[ 32.101730] ata2.01: configured for UDMA/66
[ 32.101755] ata2: EH complete
[ 62.816053] ata2: lost interrupt (Status 0x58)
[ 62.820019] ata2: drained 32768 bytes to clear DRQ.
[ 62.896109] ata2.00: limiting speed to UDMA/44:PIO4
[ 62.896123] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 62.896131] ata2.00: BMDMA stat 0x64
[ 62.896156] ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[ 62.896160] res 58/00:08:00:00:00/00:00:00:00:00/e0 Emask 0x2 (HSM violation)
[ 62.896170] ata2.00: status: { DRDY DRQ }
[ 62.896212] ata2: soft resetting link
[ 63.084476] ata2.00: configured for UDMA/44
[ 63.101731] ata2.01: configured for UDMA/66
[ 63.101751] ata2: EH complete
[ 93.816055] ata2: lost interrupt (Status 0x58)
[ 93.820019] ata2: drained 32768 bytes to clear DRQ.
[ 93.896123] ata2.00: limiting speed to UDMA/33:PIO4
[ 93.896134] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 93.896142] ata2.00: BMDMA stat 0x64
[ 93.896165] ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[ 93.896170] res 58/00:08:00:00:00/00:00:00:00:00/e0 Emask 0x2 (HSM violation)
[ 93.896179] ata2.00: status: { DRDY DRQ }
[ 93.896223] ata2: soft resetting link
[ 94.084475] ata2.00: configured for UDMA/33
[ 94.101729] ata2.01: configured for UDMA/66
[ 94.101750] ata2: EH complete
[ 124.816047] ata2: lost interrupt (Status 0x58)
[ 124.820019] ata2: drained 32768 bytes to clear DRQ.
[ 124.896098] ata2.00: limiting speed to PIO4
[ 124.896109] ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
[ 124.896117] ata2.00: BMDMA stat 0x64
[ 124.896140] ata2.00: cmd c8/00:08:00:00:00/00:00:00:00:00/e0 tag 0 dma 4096 in
[ 124.896144] res 58/00:08:00:00:00/00:00:00:00:00/e0 Emask 0x2 (HSM violation)
[ 124.896154] ata2.00: status: { DRDY DRQ }
[ 124.896196] ata2: soft resetting link
[ 125.084476] ata2.00: configured for PIO4
[ 125.101730] ata2.01: configured for UDMA/66
[ 125.101750] ata2: EH complete
[ 125.103156] sda1
[ 125.103830] sd 1:0:0:0: [sda] Attached SCSI disk
[ 125.103870] Freeing unused kernel memory: 540k freed

C'est les lignes qui disent "ata2: lost interrupt (Status 0x58)" qui m'inquiètent...

Je vais redémonter le SSD 32Go pour voir comment s'initialise le SSD interne lorsqu'il est tout seul.

Dernière modification par Maisondouf (Le 07/02/2010, à 13:55)

Maisondouf · Le 01/02/2010, à 23:05

Lorsque le SSD interne de 4Go est tout seul, il s'initialise bien en UDMA66 du 1er coup...
voila le 'dmesg' quand il est tout seul

[ 1.556403] ata2.00: CFA: SILICONMOTION SM223AC, , max UDMA/66
[ 1.556415] ata2.00: 7815024 sectors, multi 0: LBA
[ 1.580410] ata2.00: configured for UDMA/66
[ 1.668023] Clocksource tsc unstable (delta = -83313253 ns)
[ 1.700054] usb 3-1: new full speed USB device using uhci_hcd and address 2
[ 1.706196] ACPI: Battery Slot [BAT0] (battery present)
[ 1.707054] scsi 1:0:0:0: Direct-Access ATA SILICONMOTION SM n/a PQ: 0 ANSI: 5
[ 1.707445] sd 1:0:0:0: Attached scsi generic sg0 type 0
[ 1.707573] sd 1:0:0:0: [sda] 7815024 512-byte logical blocks: (4.00 GB/3.72 GiB)
[ 1.707717] sd 1:0:0:0: [sda] Write Protect is off
[ 1.707726] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.707800] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.708300] sda: sda1
[ 1.711281] sd 1:0:0:0: [sda] Attached SCSI disk
[ 1.711316] Freeing unused kernel memory: 540k freed

Maisondouf · Le 07/02/2010, à 13:53

Personne n'a une idée ?

un truc avec hdparm ou autre qui permettrait de demarrer tout de suite le disque en PIO et ainsi éviter les timouts...

Pour le moment pas d'infos coté fabricant...

Maisondouf · Le 02/03/2010, à 21:35

up

Maisondouf · Le 05/03/2010, à 13:16

Bon, ça intéresse personne, tanpis...

toujours est il qu'il semble que le noyau n'est pas prévu pour trouver 2 disques IDE sur un EeePC.

En tout cas, Windows XP lui ne se pose pas de problèmes et les deux disques marchent bien et avec les mêmes vitesses de lecture.

Mais vous en faîtes pas, le bug existe aussi avec un Debian Lenny Live.

Donc je lance un message solennel à tous les heureux possesseurs d'EeePC 701 :

"Si vous rajoutez un SSD PATA dans le slot Flashcon, il vous faudra abandonner Linux"

A+

Maisondouf · Le 13/03/2010, à 18:02

En tout cas en rajoutant "libata.dma=0" à coté de "quiet" dans les options du fichier '/etc/default/grub', ça évite les timouts.

Le problème c'est que tous les disques se retrouve en mode PIO, donc en basse vitesse....

Maisondouf · Le 13/03/2010, à 19:47

Après avoir parcouru des tonnes de pages sur le net, je suis arrivé à trouver l'option qui permet de forcer linux à initaliser directement mon SSD interne en mode PIO !

Il faut rajouter dans les options de boot de grub2 (à coté de quiet splash), "libata.force=2.00:pio4".

celà ce fait dans le fichier /etc/default/grub (à modifier avec sudo) et surtout il faut de suite regénérer le grub.cfg avec "sudo grub-mkconfig -o /boot/grub/grub.cfg".

Après cela, Ubuntu initialise drirectement le disque interne en PIO4 comme le montre dmesg.

[ 1.580393] ata2.00: CFA: SILICONMOTION SM223AC, , max UDMA/66
[ 1.580405] ata2.00: 7815024 sectors, multi 0: LBA
[ 1.592037] ata2.01: CFA: PATA SSD, Ver3.M1B, max UDMA/66
[ 1.592047] ata2.01: 61078752 sectors, multi 1: LBA
[ 1.592121] ata2.00: FORCE: xfer_mask set to pio4
[ 1.608361] ata2.00: configured for PIO4
[ 1.619591] ACPI: Battery Slot [BAT0] (battery present)
[ 1.625364] ata2.01: configured for UDMA/66
[ 1.625699] scsi 1:0:0:0: Direct-Access ATA SILICONMOTION SM n/a PQ: 0 ANSI: 5
[ 1.626078] sd 1:0:0:0: Attached scsi generic sg0 type 0
[ 1.626389] scsi 1:0:1:0: Direct-Access ATA PATA SSD Ver3 PQ: 0 ANSI: 5
[ 1.626720] sd 1:0:1:0: Attached scsi generic sg1 type 0
[ 1.626848] sd 1:0:0:0: [sda] 7815024 512-byte logical blocks: (4.00 GB/3.72 GiB)
[ 1.626991] sd 1:0:0:0: [sda] Write Protect is off
[ 1.627000] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00
[ 1.627079] sd 1:0:0:0: [sda] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.627466] sda:
[ 1.629764] sd 1:0:1:0: [sdb] 61078752 512-byte logical blocks: (31.2 GB/29.1 GiB)
[ 1.629903] sd 1:0:1:0: [sdb] Write Protect is off
[ 1.629912] sd 1:0:1:0: [sdb] Mode Sense: 00 3a 00 00
[ 1.629988] sd 1:0:1:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 1.630368] sdb: sda1 sda2 sda3 sda4
[ 1.631472] sd 1:0:0:0: [sda] Attached SCSI disk
[ 1.631528] sdb1 sdb2 sdb3 sdb4
[ 1.632388] sd 1:0:1:0: [sdb] Attached SCSI disk
[ 1.632431] Freeing unused kernel memory: 540k freed

La solution était sur http://www.kernel.org/doc/Documentation … meters.txt
et la syntaxe devinée d'après http://docs.blackfin.uclinux.org/kernel … ted/libata

Maisondouf · Le 05/01/2013, à 22:10

Je remonte ce post suite à la découverte d'une option pour Grub qui permet de supprimer ce timeout mais en gardant une certaine rapidité d'accès aux disques SSD.
L'info vient du forum ArchLinux et dit en gros :

Forum arch a écrit :

DMA problems
Some SSD have problem with read DMA event causing a long boot time.
Feb 21 19:09:14 myhost kernel: ata2.01: failed command: READ DMA
You can bypass that by adding a kernel parameter in GRUB.
libata.dma=0

Je viens de tester sur mon EeePC 701 en installant Lubuntu 12.04.1 et ça marche...

Maisondouf · Le 05/01/2013, à 23:06

En fait, cette option marche moins bien.
Elle est plus rapide au boot, mais les disques réagissent moins vite ensuite..
Gardez "libata.force=2.00:pio4", le PC est plus réactif.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 01/02/2010, à 22:17

Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#2 Le 01/02/2010, à 23:05

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#3 Le 07/02/2010, à 13:53

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#4 Le 02/03/2010, à 21:35

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#5 Le 05/03/2010, à 13:16

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#6 Le 13/03/2010, à 18:02

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#7 Le 13/03/2010, à 19:47

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#8 Le 05/01/2013, à 22:10

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

#9 Le 05/01/2013, à 23:06

Re : Timout de 2 minutes au boot sur EeePC701 avec 2 SSD

Pied de page des forums