Translations: [:DebianEeePCGerman/Bugs:Duits] [:DebianEeePC/Bugs:Engels]
?TableOfContents
Problemen betreffende het Debian Eee PC project
Gelieve deze pagina niet te gebruiken om problemen op te volgen. Dit is wat het Debian Bug Tracking System (BTS) voor bestaat. We hebben hier wel een aantal samenvattingen waar er gekende manieren zijn om het probleem te vermijden, maar die moeilijk te vinden zijn in de probleemrepporten, elks met referentie naar het Debian probleemnummer.
Ga naar ["/Bugs/About"] om te leren hoe dit project problemen opvolgt.
[http://bugs.debian.org/debian-eeepc-devel@lists.alioth.debian.org Problemen met pakketen die onderhouden worden door het debian-eeepc team].
[http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-eeepc-devel@lists.alioth.debian.org Alle problemen met onze usertags]
FixMe: Migreer de volgende problemen van de oude Hoe/ProblemenOplossen pagina
De volgende problemen moeten geclassificeerd worden as een van:
- no longer an issue (delete)
non-bug issue (mention the issue on some other page: FAQ, ?TipsAndTricks, Configure, etc.)
- real bugs (must have debian bug# against the appropriate package(s) and usertag them)
Shutting down fails
There is an issue surrounding shutting down (confirmed even in 2.6.25). The system appears to halt, but the fan continues to run (sometimes also the wi-fi light stays on) and your SSD drive may not be cleanly unmounted. The reason is the sound module doesn't close correctly, but there is a fix! Edit /etc/default/halt as root with your favourite text editor and add the line
rmmod snd_hda_intel
at the end. Then it will power off correctly!
900A: This bug does not seem to exist when running Lenny (linux-image-2.6.26-1-686 version 2.6.26-8 on 2008-10-31).
System freezes displaying 'Setting the system clock'
Try the following and please do give us feedback if it does not work for you.
Become root and say:
echo "HWCLOCKPARS=--directisa" >> /etc/default/rcS
900A: This workaround is still necessary when running Lenny (linux-image-2.6.26-1-686 version 2.6.26-8 on 2008-10-31).
NetworkManager stops functioning with wireless after resume
This can be fixed by modifying /etc/acpi/actions/suspend.sh as follows:
# do nothing if package is removed [ -d /usr/share/doc/eeepc-acpi-scripts ] || exit 0 if (runlevel | grep -q [06]) || (pidof '/sbin/shutdown' > /dev/null); then exit 0 fi brn_control=/proc/acpi/asus/brn brightness=$(cat $brn_control) #turn off wireless, stop network-manager /etc/acpi/actions/hotkey.sh ath0 ATKD 00000011 /etc/init.d/dbus stop #suspend pm-suspend --quirk-s3-bios --quirk-dpms-on #picks up here for resume echo $brightness > $brn_control #restart dbus (and thus nm), turn wireless back on /etc/init.d/dbus start /etc/acpi/actions/hotkey.sh ath0 ATKD 00000010
[BenArmstrong] If this is a bug in our eeepc-acpi-scripts, it should be filed in the bts. If the problem is resolved, this section should be removed.
. [?DmitryNesterkin] On Eee PC 900 this didn't work for me. However, that helped:
echo "pciehp" >> /etc/modules echo "options pciehp pciehp_force=1" >> /etc/modprobe.d/pciehp
If after resume wifi would not work, just restart network-manager:
/etc/init.d/network-manager restart
Wireless not working (using wpa_supplicant)
If you get strange errors (for me: WPA not working at all, WEP only working for 8 seconds followed by 30 seconds of "network unreachable" and no key shown in iwconfig ath0) you can try the following workaround:
As root use this command:
killall wpa_supplicant && sleep 5 && wpa_supplicant -i ath0 -c /etc/wpa_supplicant/wpa_supplicant.conf
(Perhaps you can deamonize wpa_supplicant, never tried...)
and on another console you have then to start dhclient (sudo dhclient) to get a DHCP lease (if you don't have static settings)