Не будет vbetool
работы?
Приостановите экран (физически говорит что монитор для движения в дежурный режим): vbetool dpms suspend
Резюме (выходит из дежурного режима): vbetool dpms on
Оказывается, что init сценарий в initramfs knoppix является запутанным кодом.
В особенности это был hardcoded к только, действительно принимают устройства в формате /dev/sdxy
порождение проблем с более длительными путями и UUID одинаково.
Я просто сделал новый initrd, отключите тот целый раздел и hardcoded мой UUID в него. Конечно, дело не в этом легкий. knoppix initrd является настолько маленьким, он не имеет вещей как blkid
или способность смонтироваться UUID=
.
Я закончил тем, что нашел файл устройств с fdisk и grep:
message "${CRE}${RED}This minitrt has been hacked by Jonathan Vollebregt due to the horrific state of the knoppix init. You are about to see a very dirty hack.${NORMAL} "
echo "Hardcoded identifier awaits: Using fdisk and partition details to match device"
echo "grepping '/dev/sd.5.+4096.+57935871.+28965888.+83.+Linux'"
BOOTDEV=`fdisk -lu`
BOOTDEV=`echo "$BOOTDEV" | grep -E "^/dev/sd.5.+4096.+57935871.+28965888.+83.+Linux$"`
BOOTDEV=`echo "$BOOTDEV" | grep -o "^/dev/sd.5"`
if [ -z "$BOOTDEV" ]; then
echo "Well shit..."
sleep 1m
fi
echo "Device file: $BOOTDEV"
echo "mkdir -p /mnt-hack"
mkdir -p "/mnt-hack"
echo "mount -t ext4 -o ro $BOOTDEV /mnt-hack"
mount -t ext4 -o ro "$BOOTDEV" "/mnt-hack"
BOOTFILE="/${BOOTFROM#*/}"
echo "Stripping also reveals: /$BOOTFILE"
echo "mount -t iso9660 -o ro /mnt-hack/$BOOTFILE $BOOTSYS"
mount -t iso9660 -o ro "/mnt-hack/$BOOTFILE" "$BOOTSYS"
echo "knoppix_dir=$knoppix_dir"
echo "BOOTSYS=$BOOTSYS"
Рассматриваемый раздел довольно уникален в размере, таким образом, я сомневаюсь, что у меня будет коллизия в ближайшее время.