Linux/Tipps/Gentoo/Bugs: Unterschied zwischen den Versionen
Thomas (Diskussion | Beiträge) (→Bugs) |
Thomas (Diskussion | Beiträge) |
||
Zeile 20: | Zeile 20: | ||
# Should we mount root rw ? the touch check is to see if the / is | # Should we mount root rw ? the touch check is to see if the / is | ||
# already mounted rw in which case there's nothing for us to do | # already mounted rw in which case there's nothing for us to do | ||
# if mount -vf -o remount / 2> /dev/null | \ | '''#''' if mount -vf -o remount / 2> /dev/null | \ | ||
# awk '{ if ($6 ~ /rw/) exit 0; else exit 1; }' && \ | '''#''' awk '{ if ($6 ~ /rw/) exit 0; else exit 1; }' && \ | ||
# ! touch -c / >& /dev/null | '''#''' ! touch -c / >& /dev/null | ||
# then | '''#''' then | ||
ebegin "Remounting root filesystem read/write" | ebegin "Remounting root filesystem read/write" | ||
mount -n -o remount,rw / &> /dev/null | mount -n -o remount,rw / &> /dev/null | ||
Zeile 34: | Zeile 34: | ||
eend 0 | eend 0 | ||
fi | fi | ||
# fi | '''#''' fi | ||
==lirc mit Kernel 2.6.27== | ==lirc mit Kernel 2.6.27== |
Version vom 4. Januar 2009, 01:52 Uhr
Bugs
VMware mit Kernel 2.6.26 oder 2.6.27
http://bugs.gentoo.org/show_bug.cgi?id=227303
VMware ist momentan problematisch mit Kernel 2.6.26 oder 2.6.27 zum Laufen zu bringen.
Diese Pakete funktionieren mit einem angepassten ebuild für vmware-modules-1.0.0.15-r1:
- app-emulation/vmware-modules-1.0.0.15-r1
- app-emulation/vmware-server-1.0.8.126538
Workstation 5.5.7 und Server 2.0 funktionieren momentan nicht mit Kernel 2.6.27.
PXE mit baselayout-1.12.11.1 und util-linux-2.14.1
http://bugs.gentoo.org/show_bug.cgi?id=252977
Mit dieser Kombination an Paketen kann ein PXE-Client nicht booten, weil /etc/init.d/checkroot das NFS Root nicht rw remountet.
Workaround: Einen if in /etc/init.d/checkroot auskommentieren:
# Should we mount root rw ? the touch check is to see if the / is # already mounted rw in which case there's nothing for us to do # if mount -vf -o remount / 2> /dev/null | \ # awk '{ if ($6 ~ /rw/) exit 0; else exit 1; }' && \ # ! touch -c / >& /dev/null # then ebegin "Remounting root filesystem read/write" mount -n -o remount,rw / &> /dev/null if [[ $? -ne 0 ]] ; then eend 2 "Root filesystem could not be mounted read/write :(" if [[ ${RC_FORCE_AUTO} != "yes" ]] ; then sulogin ${CONSOLE} fi else eend 0 fi # fi
lirc mit Kernel 2.6.27
http://bugs.gentoo.org/show_bug.cgi?id=233425
lirc-Module lassen sich nicht laden mit Kernel 2.6.27.
Lösung: Auf lirc-0.8.4 updaten durch freigeben in /etc/portage/package.keywords:
=app-misc/lirc-0.8.4 ~x86
Blocker
Blocker treten manchmal bei einem Update mit emerge auf. Blocker sind nicht immer echte Bugs. Manchmal kann Portage einfach die Abhängigkeiten nicht auflösen, weil sie zu komplex sind.
e2fsprogs-libs
http://bugs.gentoo.org/show_bug.cgi?id=234907
[ebuild N ] sys-libs/e2fsprogs-libs-1.41.0 USE="nls" 476 kB [ebuild U ] sys-fs/e2fsprogs-1.41.0 [1.40.11] USE="nls -static" 4,161 kB [blocks B ] <sys-fs/e2fsprogs-1.41 (is blocking sys-libs/e2fsprogs-libs-1.41.0) [blocks B ] sys-libs/ss (is blocking sys-libs/e2fsprogs-libs-1.41.0) [blocks B ] sys-libs/com_err (is blocking sys-libs/e2fsprogs-libs-1.41.0)
Auflösung (http://bugs.gentoo.org/show_bug.cgi?id=234907#c7):
- emerge -NuDav --fetchonly world
- emerge -C ss com_err e2fsprogs
- emerge -NuDav --nodeps e2fsprogs-libs e2fsprogs
- echo "sys-libs/com_err" >>/etc/portage/package.mask
- echo "sys-libs/ss" >>/etc/portage/package.mask