Veuillez noter les trois mises à jour à la fin de l'article.
Problème d'origine
J'ai installé Lubuntu 14.04.1 sur un ancien Acer Travelmate 4500 en utilisant l' forcepaeoption et en ajustant upowerd.py selon /ubuntu//a/515909/288322 . Après avoir exécuté le gestionnaire de mise à jour jusqu'à ce que le système soit mis à jour, j'ai deux problèmes: je ne peux pas accéder aux clés USB et l'ordinateur portable se bloque pendant l'arrêt.
Le problème peut être en quelque sorte 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" comme avant-dernier (je voulais sélectionner "/ dev / et le processus d'arrière-plan hotplug" comme dernier), la mise à jour s'est arrêtée à ce moment-là, la barre d'état a montré Setting up udev (204-5ubuntu20.5). Quelques lignes avant cela, il a dit Adding diversion of /bin/udevadm to /bin/udevadm.upgrade by fake-udev'; cela pourrait également être intéressant. A part cela, c'était la préparation habituelle pour déballer, déballer, traiter et configurer "libudev1: i386 (204-5ubuntu20.5)". J'ai dû tuer le gestionnaire de mise à jour et redémarrer l'ordinateur portable.
Maintenant, soit après re-boot, je peux accéder à des bâtons de mémoire USB et le travail arrêt du système excellent (montrant All processes ended within 1 seconds..., un message sur NetworkManager [471], Deactivating swapet Will now haltpuis, en coupant. Jusqu'à présent , si bon, mais le sans fil n'a pas été ne fonctionnait pas; il n'y avait pas d'eth1 dans la liste iwconfig. J'ai redémarré mais cela a continué comme décrit (USB parfait, arrêt parfait, pas de sans fil). À ce stade, j'ai posté une description dans la question /ubuntu// q / 521402/288322 (peut-être que cette description pourrait aider, même si j'ai fermé cette question.)
Ensuite, j'ai rouvert le gestionnaire de mise à jour et il exécute automatiquement certaines tâches et affiche le message que le système est maintenant à jour. Il n'y avait plus de mises à jour disponibles, c'est-à-dire que "/ dev / and hotplug background process" que je n'ai pas encore choisi d'installer devait avoir été installé automatiquement. L'USB et l'arrêt ont fonctionné, sans fil non.
Puis, après le redémarrage, cela a changé: maintenant, je ...
- ... ne peut accéder à aucune clé USB;
- ... le système se bloque à l'affichage de l'arrêt
Killing all remaining processes ... [fail], un message sur NetworkManager etWill now haltmais ne s'arrête jamais; - ... l'eth1 sans fil fonctionne bien.
En ce qui concerne le raccrochage lors de l'arrêt, j'ai décrit une étape légèrement antérieure (toujours valide, mais les détails peuvent avoir changé légèrement) dans une question sur Lubuntu: ni l'arrêt ni le redémarrage ne fonctionnent .
Concernant les clés USB, je lis USB 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 des périphériques 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 bien 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 n'est pas non plus répertorié sous / media / luke.
Avec les deux périphériques USB toujours connectés, vous fdiskvoyez:
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 lsblkmontre 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 n'affiche également que les quatre mêmes partitions. Et l'Utilitaire de disque n'affiche pas non plus les mémoires USB.
dmesg spectacles:
[ 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 CD live Lubuntu 14.04.1, tous les appareils sont directement accessibles.
Ce problème pourrait-il être lié à udev ? Parce qu'entre le redémarrage après l'échec de la première mise à jour et avant de relancer le gestionnaire de mise à jour, je pouvais accéder aux périphériques USB et arrêter le système correctement. Mais, wifi / eth1 manquait. J'ai mis tout le syslog sur https://www.dropbox.com/sh/b1ghdxsq1x1v7wv/AAD05PcvzIY33SpbcsXoK0QKa?dl=0 au cas où cela pourrait aider. J'ai également ajouté kern.log, apt / history.log, apt / term.log, installer / syslog, installer / debug et la sortie de lspci -nnet demidecode.
Il y avait aussi un commentaire que le noyau pourrait ne pas correspondre correctement à sd *, voir USB reconnu mais non disponible? .
Merci pour quelques conseils à 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, lsusbmontre:
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 en cliquant dessus, elle dit 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 usbles 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
La sortie lsusb, fdisk -let lsblkcherchent toujours le même que ci - dessus (dans la section mise à jour).
Si je connecte maintenant une deuxième clé USB (c'est-à-dire que deux sont connectées), celle-ci est accessible dans PCManFM en utilisant 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'y a toujours qu'une seule entrée (la toute première) dans PCManFM qui mène à la deuxième clé USB.
Maintenant (c'est-à-dire avec trois bâtons), lsblkmontre:
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!
Update 2
Maintenant, j'ai installé Debian 7 (Wheezy) où j'ai reçu d'autres / plus d'informations / messages d'erreur pour (certaines parties) du 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, le démarrage s'est poursuivi comme il se doit.
De plus, / var / log / syslog regorge d'entrées de
'udevd[384]: timeout: killing '/sbin/modprobe -b acpi:ACPI0002:' [466]'
et comprend également une fois par démarrage
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 massages d'erreurs - et le retard que les erreurs causées lors du démarrage et de l'arrêt - pourraient éviter de mettre sur liste noire le module du noyau `` sbs '' (en ajoutant sbs.blacklist=yesaprès ... quiet splashdans 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 à ajuster Lubuntu afin de le faire fonctionner également sur d'autres vieux ordinateurs portables.
Merci!
Mise à jour 3
Maintenant, j'ai installé Lubuntu 14.04.2 en utilisant l' forcepaeoption et en ajustant upowerd.py selon /ubuntu//a/515909/288322 . La bonne nouvelle est que les clés USB sont accessibles sans problème .
Cependant, les problèmes d'arrêt sont toujours présents. Ç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 aucune différence si l'on met sur liste noire le module du noyau sbsou non.)
Merci pour les conseils et l'aide!
echo "0" | sudo tee /proc/sys/kernel/hung_task_timeout_secsRéponses:
Étant donné que vous utilisez un processeur monocœur, je pense que vous ne devriez PAS utiliser l'option forcepae.
L'installation Lubuntu standard utilise un noyau non pae et les processeurs Pentimum M SONT capables pae, cependant, le noyau non pae est également un noyau non SMP. Avoir un noyau SMP sur un système monocœur vous ralentira, d'où l'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 fonctionnant sur du matériel qui n'a pas été certifié sûr pour exécuter le multiprocesseur
https://wiki.ubuntu.com/DebuggingKernelOops
https://help.ubuntu.com/community/Kernel#SMP
Le problème avec un noyau pae sur un processeur pentimu m n'est pas la capacité pae, c'est le fait qu'un processeur monocœur ne devrait pas fonctionner sur un noyau qui est SMP.
la source
forcepaeoption. Est-il possible d'utiliser Lubuntu avec une sorte d '"option non SMP"?forcepaeet utiliser i386 ou autre non amd64 option de base.forecepaeoption donne le message d'erreur:Kernel requires features not present on the CPU: PAE.