Les clés USB ne sont pas accessibles et le système se bloque à l'arrêt: lié à du matériel ancien?
Veuillez noter les trois mises à jour à la fin du message.
Problème d'origine
J'ai installé Lubuntu 14.04.1 sur un ancien Acer Travelmate 4500 en utilisant l'option forcepae et en ajustant upowerd.py selon https://askubuntu.com/a/515909/288322 . Après avoir exécuté le gestionnaire de mises à jour jusqu'à ce que le système soit considéré comme étant à jour, j'ai deux problèmes: je ne peux pas accéder aux clés USB et l'ordinateur portable se bloque lors de l'arrêt.
Le problème pourrait en quelque sorte être lié aux packages de mise à jour "bibliothèque commune libudev" et "/ dev/et processus d'arrière-plan hotplug": j'ai sélectionné une mise à jour à la fois; lors de la sélection de "bibliothèque commune libudev" en avant dernière (je voulais sélectionner "/ dev/et le processus d'arrière-plan hotplug" en dernier), la mise à jour était suspendue à ce moment-là, la barre d'état affichait Setting up udev (204-5ubuntu20.5). Quelques lignes avant cela, il était dit Adding diversion of /bin/udevadm to /bin/udevadm.upgrade by fake-udev'; cela pourrait aussi être intéressant. Autre que cela, c'était la préparation habituelle pour décompresser, décompresser, traiter et configurer "libudev1: i386 (204-5ubuntu20.5)". Je devais tuer le gestionnaire de mise à jour et redémarrer l'ordinateur portable.
Maintenant, c’est-à-dire qu’après le redémarrage, je peux accéder aux clés USB et le travail d’arrêt du système est excellent (avec All processes ended within 1 seconds..., un message concernant NetworkManager [471], Deactivating swap et Will now halt et Jusqu'ici tout va bien, mais le réseau sans fil ne fonctionne pas et aucun eth1 n'est répertorié dans iwconfig. J'ai redémarré, mais le processus a été poursuivi (USB parfaite, arrêt parfait, sans fil). À ce stade, j'ai posté une description dans la question https://askubuntu.com/q/521402/288322 (cette description pourrait peut-être aider, même si j'ai fermé la question.)
Ensuite, j’ai rouvert le gestionnaire de mises à jour et il a automatiquement exécuté certaines tâches et affiché le message que le système est maintenant à jour. Il n’y avait plus de mises à jour disponibles, c’est-à-dire que le processus en arrière-plan "/ dev/et hotplug" que je n’avais pas encore choisi d’installer devait avoir été installé automatiquement. USB et arrêt fonctionné, sans fil non.
Puis, après avoir redémarré, cela a changé: maintenant, je ...
- ... ne peut accéder à aucune clé USB;
- ... le système se bloque à l'arrêt, affichant
Killing all remaining processes ... [fail], un message sur NetworkManager etWill now haltmais ne s'éteignant jamais; - ... eth1 sans fil fonctionne bien.
En ce qui concerne le blocage pendant l'arrêt, j'ai décrit une étape légèrement antérieure (toujours valable, mais les détails ont peut-être changé de manière marginale) dans une question sur Lubuntu: ni l'arrêt ni le redémarrage ne fonctionnent .
En ce qui concerne les clés USB, je lis SB reconnu mais non disponible? . Ici, des informations similaires:
luke@humboldt:~$ uname -a
Linux humboldt 3.13.0-35-generic #62-Ubuntu SMP Fri Aug 15 01:58:01 UTC 2014 i686 i686 i686 GNU/Linux
Avant de saisir un périphérique USB:
luke@humboldt:~$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Après avoir entré deux périphériques USB (une clé USB et un disque dur externe qui fonctionnent correctement sur un autre ordinateur):
luke@humboldt:~$ lsusb
Bus 001 Device 005: ID 8644:800b
Bus 001 Device 006: ID 1058:0910 Western Digital Technologies, Inc. MyBook Essential External HDD
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Cependant, aucun des périphériques USB n'est accessible dans PCManFM et ne figure pas non plus sous/media/luke.
Avec les deux périphériques USB toujours connectés fdisk indique:
luke@humboldt:~$ Sudo fdisk -l
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 Köpfe, 63 Sektoren/Spur, 9729 Zylinder, zusammen 156301488 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x000e9d19
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 2048 19533297 9765625 83 Linux
/dev/sda2 19533822 156301311 68383745 5 Erweiterte
/dev/sda5 153718784 156301311 1291264 82 Linux Swap / Solaris
/dev/sda6 19533824 153718783 67092480 83 Linux
Partitionstabelleneinträge sind nicht in Platten-Reihenfolge
Et lsblk affiche la même chose avec les périphériques USB connectés:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 74,5G 0 disk
├─sda1 8:1 0 9,3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 1,2G 0 part [SWAP]
└─sda6 8:6 0 64G 0 part
sr0 11:0 1 1024M 0 rom
GParted ne montre également que les quatre mêmes partitions. De plus, Disk Utility n’affiche pas les clés USB.
dmesg montre:
[ 1076.648283] usb 1-4: new high-speed USB device number 5 using ehci-pci
[ 1076.780965] usb 1-4: New USB device found, idVendor=8644, idProduct=800b
[ 1076.780978] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1076.780987] usb 1-4: Product: USB Flash Disk
[ 1076.780996] usb 1-4: Manufacturer: General
[ 1076.781005] usb 1-4: SerialNumber: 00000000000010D7
[ 1080.492276] usb 1-3: new high-speed USB device number 6 using ehci-pci
[ 1080.625435] usb 1-3: New USB device found, idVendor=1058, idProduct=0910
[ 1080.625447] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1080.625457] usb 1-3: Product: External HDD
[ 1080.625465] usb 1-3: Manufacturer: Western Digital
[ 1080.625474] usb 1-3: SerialNumber: 5743414E5933333530363735
J'ai redémarré l'ordinateur portable plusieurs fois; le problème persiste. Lors de l'utilisation d'un live-CD Lubuntu 14.04.1, tous les appareils sont directement accessibles.
Ce problème pourrait-il être lié à dev? Parce qu'entre le redémarrage après la première mise à jour ayant échoué et avant de réexécuter à nouveau le gestionnaire de mises à jour, je pouvais accéder aux périphériques USB et éteindre le système correctement. Mais, wifi/eth1 manquait. Je mets tout le syslog sur https://www.dropbox.com/sh/b1ghdxsq1x1v7wv/AAD05PcvzIY33SpbcsXoK0QKa?dl= au cas où cela pourrait aider. J'ai également ajouté les fichiers kern.log, apt/history.log, apt/term.log, installer/syslog, installer/debug et la sortie de lspci -nn et demidecode.
Il y avait aussi un commentaire selon lequel le noyau pourrait ne pas mapper correctement vers sd *, voir SB reconnu mais non disponible? .
Merci pour quelques allusions à l'avance!
Mise à jour 1
Par chance, j'ai trouvé qu'une clé USB déjà connectée avant d'allumer l'ordinateur portable est accessible.
Maintenant, lsusb montre:
Bus 001 Device 002: ID 8644:800b
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Et 'fdisk -l`:
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 Köpfe, 63 Sektoren/Spur, 9729 Zylinder, zusammen 156301488 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x000e9d19
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 * 2048 19533297 9765625 83 Linux
/dev/sda2 19533822 156301311 68383745 5 Erweiterte
/dev/sda5 153718784 156301311 1291264 82 Linux Swap / Solaris
/dev/sda6 19533824 153718783 67092480 83 Linux
Partitionstabelleneinträge sind nicht in Platten-Reihenfolge
Platte /dev/sdb: 2003 MByte, 2003828736 Byte
62 Köpfe, 62 Sektoren/Spur, 1018 Zylinder, zusammen 3913728 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00005b5c
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 62 3913191 1956565 b W95 FAT32
Et lsblk:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 74,5G 0 disk
├─sda1 8:1 0 9,3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 1,2G 0 part [SWAP]
└─sda6 8:6 0 64G 0 part
sdb 8:16 1 1,9G 0 disk
└─sdb1 8:17 1 1,9G 0 part /media/luke/9369-1C8B
sr0 11:0 1 1024M 0 rom
Et enfin dmesg | grep usb:
[ 0.099144] usbcore: registered new interface driver usbfs
[ 0.099163] usbcore: registered new interface driver hub
[ 0.099198] usbcore: registered new device driver usb
[ 1.048135] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[ 1.048140] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.048144] usb usb1: Product: EHCI Host Controller
[ 1.048148] usb usb1: Manufacturer: Linux 3.13.0-35-generic ehci_hcd
[ 1.048151] usb usb1: SerialNumber: 0000:00:1d.7
[ 1.048889] usb usb2: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.048894] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.048897] usb usb2: Product: UHCI Host Controller
[ 1.048901] usb usb2: Manufacturer: Linux 3.13.0-35-generic uhci_hcd
[ 1.048905] usb usb2: SerialNumber: 0000:00:1d.0
[ 1.049437] usb usb3: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.049441] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.049445] usb usb3: Product: UHCI Host Controller
[ 1.049448] usb usb3: Manufacturer: Linux 3.13.0-35-generic uhci_hcd
[ 1.049452] usb usb3: SerialNumber: 0000:00:1d.1
[ 1.049969] usb usb4: New USB device found, idVendor=1d6b, idProduct=0001
[ 1.049973] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 1.049977] usb usb4: Product: UHCI Host Controller
[ 1.049981] usb usb4: Manufacturer: Linux 3.13.0-35-generic uhci_hcd
[ 1.049984] usb usb4: SerialNumber: 0000:00:1d.2
[ 1.416097] usb 1-6: new high-speed USB device number 2 using ehci-pci
[ 1.560837] usb 1-6: New USB device found, idVendor=8644, idProduct=800b
[ 1.560842] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1.560846] usb 1-6: Product: USB Flash Disk
[ 1.560850] usb 1-6: Manufacturer: General
[ 1.560853] usb 1-6: SerialNumber: 00000000000010D7
[ 1.662608] usb-storage 1-6:1.0: USB Mass Storage device detected
[ 1.662848] scsi2 : usb-storage 1-6:1.0
[ 1.663257] usbcore: registered new interface driver usb-storage
Cependant, une fois que j'ai retiré la clé USB (en cliquant sur l'icône de démontage dans PCManFM et en débranchant la clé) et que je l'ai insérée à nouveau, elle n'est plus accessible. L'entrée dans PCManFM est toujours là, mais lorsque vous cliquez dessus, il est écrit Error mounting /dev/sdb1 at /media/luke/9369-1C8B: Command-line 'mount -t "vfat" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec,flush" "/dev/sdb1" "/media/luke/9369-1C8B"' exited with non-zero exit status 32: mount: special device /dev/sdb1 does not exist.
Dans dmesg | grep usb, les nouvelles lignes suivantes apparaissent:
[ 724.977853] usb 1-6: USB disconnect, device number 2
[ 729.652276] usb 1-6: new high-speed USB device number 3 using ehci-pci
[ 729.784976] usb 1-6: New USB device found, idVendor=8644, idProduct=800b
[ 729.784988] usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 729.784998] usb 1-6: Product: USB Flash Disk
[ 729.785007] usb 1-6: Manufacturer: General
[ 729.785016] usb 1-6: SerialNumber: 00000000000010D7
[ 729.785593] usb-storage 1-6:1.0: USB Mass Storage device detected
[ 729.785733] scsi3 : usb-storage 1-6:1.0
Les résultats de lsusb, fdisk -l et lsblk sont toujours identiques à ceux décrits ci-dessus (dans la section update).
Si je connecte maintenant une deuxième clé USB (c’est-à-dire que deux sont connectées), celle-ci est accessible dans PCManFM à l’aide de l’entrée de menu de la toute première clé. Si j’en insère une troisième (c’est-à-dire que trois sont connectées), je ne peux pas y accéder car il n’ya toujours qu’une entrée (la toute première) dans PCManFM menant à la deuxième clé USB.
Maintenant (c'est-à-dire avec trois bâtons), lsblk indique:
sda 8:0 0 74,5G 0 disk
├─sda1 8:1 0 9,3G 0 part /
├─sda2 8:2 0 1K 0 part
├─sda5 8:5 0 1,2G 0 part [SWAP]
└─sda6 8:6 0 64G 0 part /media/luke/61314bd4-8148-493a-9812-38a73af8bb8
sdb 8:16 1 983,8M 0 disk
└─sdb1 8:17 1 983,8M 0 part /media/luke/9369-1C8B
sdc 8:32 1 1,9G 0 disk
└─sdc1 8:33 1 1,9G 0 part
sdd 8:48 1 1,9G 0 disk
└─sdd1 8:49 1 1,9G 0 part
sr0 11:0 1 1024M 0 rom
Merci pour les conseils et l'aide!
Mise à jour 2
Maintenant, j’ai installé Debian 7 (Wheezy) où j’ai eu quelques autres/plus d’informations/messages d’erreur à (parties de) le même problème. Pendant le démarrage normal, le message
'udevd[384]: timeout: killing '/sbin/modprobe -b acpi:ACPI0002:' [466]'
est apparu cent fois, suivi de
udevadm settle - timeout of 120 seconds reached, the event queue contains:
/sys/devices/LNSYSTM:00/LNXSYBUS:00/ONP0A03:00/device:09/PNP0C09:00/ACPI0001:00/ACPI0002:00 (719)
/sys/devices/LNSYSTM:00/LNXSYBUS:00/ONP0A03:00/device:09/PNP0C09:00/ACPI0001:00/ACPI0002:00/power_supply/sbs-charger (972)
/sys/devices/LNSYSTM:00/LNXSYBUS:00/ONP0A03:00/device:09/PNP0C09:00/ACPI0001:00/ACPI0002:00/power_supply/sbs-charger (973)
/sys/devices/LNSYSTM:00/LNXSYBUS:00/ONP0A03:00/device:09/PNP0C09:00/ACPI0001:00/ACPI0002:00/power_supply/BTA0 (1105)
/sys/devices/LNSYSTM:00/LNXSYBUS:00/ONP0A03:00/device:09/PNP0C09:00/ACPI0001:00/ACPI0002:00/power_supply/BTA0 (1106)
Après cela, la mise en route a continué comme il se doit.
Aussi,/var/log/syslog est plein d’entrées de
'udevd[384]: timeout: killing '/sbin/modprobe -b acpi:ACPI0002:' [466]'
et comprend une fois par démarrage aussi
Sep 27 10:36:37 humboldt kernel: [ 960.684082] INFO: task kworker/0:3:481 blocked for more than 120 seconds.
Sep 27 10:36:37 humboldt kernel: [ 960.684093] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Sep 27 10:36:37 humboldt kernel: [ 960.684102] kworker/0:3 D f31b9265 0 481 2 0x00000000
Sep 27 10:36:37 humboldt kernel: [ 960.684115] f72ce810 00000046 c101de72 f31b9265 00000002 f72ce810 f72c3f50 f72c3f3c
Sep 27 10:36:37 humboldt kernel: [ 960.684133] c1285024 c1284eec c116cbb8 f72c3f0c f5c70518 fffee575 f72ce810 c139cc6c
Sep 27 10:36:37 humboldt kernel: [ 960.684150] f5f6005c f5f60064 c139cc2c c101b544 f72ce810 f5c70500 f72c3f63 f7186a44
Sep 27 10:36:37 humboldt kernel: [ 960.684167] Call Trace:
Sep 27 10:36:37 humboldt kernel: [ 960.684185] [<c101de72>] ? try_to_wake_up+0x78/0x80
Sep 27 10:36:37 humboldt kernel: [ 960.684200] [<c1285024>] ? __mutex_unlock_slowpath+0x18/0x19
Sep 27 10:36:37 humboldt kernel: [ 960.684211] [<c1284eec>] ? mutex_unlock+0x9/0xa
Sep 27 10:36:37 humboldt kernel: [ 960.684225] [<c116cbb8>] ? acpi_ec_transaction+0x1df/0x202
Sep 27 10:36:37 humboldt kernel: [ 960.684236] [<c101b544>] ? set_next_entity+0x29/0x51
Sep 27 10:36:37 humboldt kernel: [ 960.684248] [<c1284f8c>] ? __mutex_lock_common.isra.7+0x76/0xae
Sep 27 10:36:37 humboldt kernel: [ 960.684260] [<c1284f14>] ? mutex_lock+0x13/0x15
Sep 27 10:36:37 humboldt kernel: [ 960.684289] [<f80fe1fc>] ? smbus_alarm+0x4a/0xa4 [sbshc]
Sep 27 10:36:37 humboldt kernel: [ 960.684309] [<c116c5ae>] ? acpi_ec_run+0x13/0x32
Sep 27 10:36:37 humboldt kernel: [ 960.684319] [<c11685b7>] ? acpi_os_execute_deferred+0x1a/0x23
Sep 27 10:36:37 humboldt kernel: [ 960.684333] [<c10331db>] ? process_one_work+0x113/0x1eb
Sep 27 10:36:37 humboldt kernel: [ 960.684344] [<c1033b1a>] ? worker_thread+0xa3/0x11a
Sep 27 10:36:37 humboldt kernel: [ 960.684355] [<c1033a77>] ? manage_workers.isra.34+0x1a8/0x1a8
Sep 27 10:36:37 humboldt kernel: [ 960.684365] [<c1035fba>] ? kthread+0x62/0x67
Sep 27 10:36:37 humboldt kernel: [ 960.684376] [<c1035f58>] ? flush_kthread_worker+0x73/0x73
Sep 27 10:36:37 humboldt kernel: [ 960.684389] [<c1289ac6>] ? kernel_thread_helper+0x6/0xd
La bonne nouvelle est que tous ces messages d'erreur - et le retard des erreurs causées lors du démarrage et de l'arrêt - pourraient être évités grâce à une liste noire du sb du module du noyau] (ajout de sbs.blacklist=yes après ... quiet splash in Grub) qui est lié au système de batterie intelligent utilisé dans mon ordinateur portable. Avec cet ajustement, tout fonctionne bien sur Debian.
J'espère que cela peut aider quelqu'un à s'ajuster Lubunt afin de le faire fonctionner également sur d'autres vieux ordinateurs portables.
Merci!
Mise à jour 3
Maintenant, j'ai installé Lubuntu 14.04.2 à l’aide de l’option forcepae et en ajustant upowerd.py conformément à https://askubuntu.com/a/515909/288322 . La bonne nouvelle est que clé USB est accessible sans problèmes.
Cependant, les problèmes à la fermeture existent toujours. Ça dit:
wait-for-state stop/waiting
* Stopping rsync daemon rsync [OK]
* Asking all remaining processes to terminate… [OK]
* Killing all remaining processes… [fail]
nm-dispatcher.action: Caught signal 15, shutting down...
* Deactivating swap… [OK]
* Will now halt
[ 360.064265] INFO: task upowerd:1473 block for more than 120 seconds.
[ 360.064441] Tainted: G S 3.16.0-34-generic #47"14.04.1-Ubuntu
[ 360.064620] "echo 0 > /proc/sys/kernel/hung_tasks_timeout_secs" disables this message.
[ 480.065143] INFO: task halt:2588 block for more than 120 seconds.
[ 480.065302] Tainted: G S 3.16.0-34-generic #47"14.04.1-Ubuntu
[ 480.065481] "echo 0 > /proc/sys/kernel/hung_tasks_timeout_secs" disables this message.
Ces messages sont ensuite répétés encore et encore. (Il n'y a pas de différence si on met en liste noire le module de noyau sbs ou pas.)
Merci pour les conseils et l'aide!
Puisque vous utilisez un processeur simple cœur, je pense que vous ne devriez PAS utiliser l’option forcepae.
L'installation standard de Lubuntu utilise un noyau non-pae et les processeurs M pentimum sont compatibles avec pae, cependant, le noyau non-pae est également un noyau non-SMP. Avoir un noyau SMP sur un seul système central vous ralentira. Vous avez donc le message d'erreur "Tainted: G S" ici L'installation de Lubuntu 14.04.1 échoue, upowerd semble se bloquer .
G = tous les modules sont sous licence GPL (pas grave)
S = s'est produit sur un noyau SMP s'exécutant sur un matériel non certifié sûr pour exécuter un multiprocesseur
https://wiki.ubuntu.com/DebuggingKernelOops
si vous n'avez pas plusieurs processeurs, le code supplémentaire dans un noyau SMP ne vous ralentira que
https://help.ubuntu.com/community/Kernel#SMP
Le problème avec un noyau pae sur un processeur pentimu m n’est pas une capacité pae, c’est le fait qu’un processeur simple cœur ne devrait pas s’exécuter sur un noyau qui est SMP.