Bitte beachten Sie die drei Updates am Ende des Beitrags.
Ursprüngliches Problem
Ich habe Lubuntu 14.04.1 auf einem älteren Acer Travelmate 4500 mit der forcepaeOption installiert und upowerd.py gemäß /ubuntu//a/515909/288322 angepasst . Nachdem der Update Manager ausgeführt wurde, bis das System als aktuell eingestuft wurde, treten zwei Probleme auf: Ich kann nicht auf USB-Speichersticks zugreifen und der Laptop hängt sich beim Herunterfahren auf.
Das Problem könnte irgendwie mit den Update-Paketen "common library libudev" und "/ dev / and hotplug background process" zusammenhängen : Ich habe jeweils ein Update ausgewählt. bei der auswahl von "common library libudev" als vorletzten (ich wollte "/ dev / and hotplug background process" als letzten auswählen) hing das update in diesem moment in der statusleiste Setting up udev (204-5ubuntu20.5). Einige Zeilen davor, hieß es Adding diversion of /bin/udevadm to /bin/udevadm.upgrade by fake-udev'; Das könnte auch von Interesse sein. Ansonsten war es die übliche Vorbereitung zum Auspacken, Entpacken, Verarbeiten und Einrichten von "libudev1: i386 (204-5ubuntu20.5)". Ich musste den Update Manager töten und den Laptop neu starten.
Nun, das heißt nach Neustart, kann ich USB - Memory - Sticks und das System Abstellzeit Arbeit ausgezeichnet (zeigt zugreifen All processes ended within 1 seconds..., eine Nachricht zu Networkmanager [471], Deactivating swapund Will now haltund dann abgeschaltet wird. So weit so gut, aber die drahtlose war nicht Arbeit, es gab in keiner eth1 aufgeführt iwconfig.. wie beschrieben (USB perfekt, shut-down perfekt, kein WLAN) ich neu gestartet , aber es fortgesetzt zu diesem Zeitpunkt habe ich eine Beschreibung in Frage gestellt /ubuntu// q / 521402/288322 (Vielleicht könnte diese Beschreibung helfen, obwohl ich diese Frage geschlossen habe.)
Dann habe ich den Update-Manager erneut geöffnet und er führt automatisch einige Aufgaben aus und zeigt die Meldung an, dass das System jetzt auf dem neuesten Stand ist. Es waren keine Updates mehr verfügbar, dh der "/ dev / and hotplug background process", den ich noch nicht installiert habe, muss automatisch installiert worden sein. USB und Herunterfahren funktionierten, WLAN nicht.
Nach dem Neustart änderte sich Folgendes: Jetzt ...
- ... kann nicht auf USB-Speichersticks zugreifen;
- ... das System hängt sich beim Herunterfahren auf und zeigt
Killing all remaining processes ... [fail]eine Meldung im NetworkManager an, wirdWill now haltjedoch nie heruntergefahren. - ... eth1 funktioniert einwandfrei.
In Bezug auf das Auflegen während des Herunterfahrens habe ich in einer Frage zu Lubuntu ein etwas früheres Stadium (das immer noch gültig ist, dessen Details sich jedoch geringfügig geändert haben könnten) beschrieben : Weder das Herunterfahren noch der Neustart funktionieren .
In Bezug auf USB-Sticks lese ich USB erkannt, aber nicht verfügbar? . Hier ähnliche Informationen:
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
Vor dem Eingeben von USB-Geräten:
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
Nach dem Eingeben von zwei USB-Geräten (ein Memory Stick und eine externe Festplatte, die beide auf einem anderen Computer einwandfrei funktionieren):
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
Keines der USB-Geräte ist jedoch in PCManFM zugänglich und auch nicht unter / media / luke aufgeführt.
Wenn beide USB-Geräte noch angeschlossen fdisksind, wird Folgendes angezeigt:
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
Und lsblkzeigt dasselbe mit den angeschlossenen USB-Geräten:
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 zeigt auch nur die gleichen vier Partitionen an. Außerdem zeigt das Festplatten-Dienstprogramm die USB-Speicher nicht an.
dmesg zeigt an:
[ 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
Ich habe den Laptop mehrmals neu gestartet. das Problem besteht weiterhin. Bei Verwendung einer Lubuntu 14.04.1 Live-CD sind alle Geräte direkt erreichbar.
Könnte dieses Problem mit udev zusammenhängen ? Denn zwischen dem Neustart nach dem ersten fehlgeschlagenen Update und dem erneuten Ausführen des Update Managers konnte ich auf USB-Geräte zugreifen und das System ordnungsgemäß herunterfahren. Aber wifi / eth1 fehlte. Ich habe das gesamte Syslog auf https://www.dropbox.com/sh/b1ghdxsq1x1v7wv/AAD05PcvzIY33SpbcsXoK0QKa?dl=0 gestellt, falls das helfen könnte. Ich habe auch kern.log, apt / history.log, apt / term.log, installer / syslog, installer / debug und die Ausgabe von lspci -nnund hinzugefügt demidecode.
Es gab auch einen Kommentar, dass der Kernel möglicherweise nicht korrekt auf sd * abgebildet wird, siehe USB erkannt, aber nicht verfügbar? .
Vielen Dank für ein paar Tipps im Voraus!
Update 1
Durch Zufall habe ich festgestellt, dass ein USB-Stick, der vor dem Einschalten des Laptops bereits angeschlossen ist, zugänglich ist.
Nun lsusbzeigt:
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
Und "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
Und 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
Und zum Schluss 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
Nach dem Entfernen des USB-Sticks (durch Klicken auf das Symbol zum Abmelden in PCManFM und Abziehen des Sticks) und erneutem Einstecken ist dieser nicht mehr verfügbar. Der Eintrag in PCManFM ist noch vorhanden, aber wenn Sie darauf klicken, wird angezeigt 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.
In dmesg | grep usbden folgenden neuen Zeilen erscheinen:
[ 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
Die Ausgabe von lsusb, fdisk -lund lsblksucht immer noch die gleiche wie oben (in Abschnitt Update).
Wenn ich jetzt einen zweiten USB-Stick anschließe (dh zwei sind angeschlossen), ist dieser in PCManFM über den Menüeintrag des allerersten Sticks erreichbar. Wenn ich dann eine dritte einfüge (dh drei sind verbunden), kann ich nicht darauf zugreifen, da in PCManFM immer noch nur ein Eintrag (der allererste) vorhanden ist, der zum zweiten USB-Stick führt.
Nun (dh mit drei Stöcken) lsblkzeigt:
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
Danke für Hinweise & Hilfe!
Update 2
Jetzt habe ich Debian 7 (Wheezy) installiert, wo ich einige andere / weitere Informationen / Fehlermeldungen zu (Teilen von) demselben Problem erhalten habe. Während des normalen Startvorgangs erscheint die Meldung
'udevd[384]: timeout: killing '/sbin/modprobe -b acpi:ACPI0002:' [466]'
erschien hundertmal, gefolgt von
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)
Danach wurde der Startvorgang ordnungsgemäß fortgesetzt.
Auch / var / log / syslog ist voll von Einträgen von
'udevd[384]: timeout: killing '/sbin/modprobe -b acpi:ACPI0002:' [466]'
und beinhaltet auch einmal pro Start
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
Die gute Nachricht ist, dass all diese Fehlermeldungen - und die Verzögerung der beim Starten und Herunterfahren verursachten Fehler - vermieden werden könnten, wenn das Kernelmodul 'sbs' (Hinzufügen sbs.blacklist=yesnach ... quiet splashin Grub), das mit dem in verwendeten Smart Battery System zusammenhängt, auf die schwarze Liste gesetzt wird mein Laptop. Mit dieser Anpassung funktioniert alles gut unter Debian.
Ich hoffe, das kann jemandem helfen, Lubuntu anzupassen , damit es auch auf anderen alten Laptops funktioniert.
Vielen Dank!
Update 3
Jetzt habe ich Lubuntu 14.04.2 mit der forcepaeOption installiert und upowerd.py gemäß /ubuntu//a/515909/288322 angepasst . Die gute Nachricht ist, dass auf USB-Sticks problemlos zugegriffen werden kann .
Die Probleme beim Herunterfahren bestehen jedoch weiterhin. Es sagt:
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.
Diese Meldungen werden dann immer wieder wiederholt. (Es gibt keinen Unterschied, ob man das Kernelmodul auf eine Blacklist setzt sbsoder nicht.)
Danke für Hinweise & Hilfe!
echo "0" | sudo tee /proc/sys/kernel/hung_task_timeout_secsAntworten:
Da Sie einen Single-Core-Prozessor verwenden, sollten Sie meines Erachtens NICHT die Option forcepae verwenden.
Die Standardinstallation von Lubuntu verwendet einen Nicht-Pae-Kernel und Pentimum-M-Prozessoren, die pae-fähig sind. Der Nicht-Pae-Kernel ist jedoch auch ein Nicht-SMP-Kernel. Wenn Sie einen SMP-Kernel auf einem Single-Core-System haben, werden Sie langsamer. Daher wird hier der Fehler "Tainted: G S" angezeigt. Wenn die Installation von Lubuntu 14.04.1 fehlschlägt, scheint upowerd zu hängen .
G = alle Module sind GPL-lizenziert (keine große Sache)
S = ist auf einem SMP-Kernel aufgetreten, der auf Hardware ausgeführt wird, die nicht als sicher für die Ausführung von Multiprozessoren zertifiziert wurde
https://wiki.ubuntu.com/DebuggingKernelOops
https://help.ubuntu.com/community/Kernel#SMP
Das Problem mit einem Pae-Kernel auf einem Pentimu m-Prozessor ist nicht die Pae-Fähigkeit, sondern die Tatsache, dass ein einzelner Core-Prozessor nicht auf einem Kernel ausgeführt werden sollte, der SMP ist.
quelle
forcepaeoption installiert . Ist es möglich, Lubuntu mit einer Art "Nicht-SMP-Option" zu verwenden?forcepaeund i386 oder andere nicht amd64 grundlegende Option verwenden.forecepaeOption ergibt sich die Fehlermeldung:Kernel requires features not present on the CPU: PAE.