JK-Wiki edv:os:unix:boot:example

edv:os:unix:boot:example:beispiel_1_mit_grub_-_menu.lst

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:46+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Beispiel 1 mit Grub - menu.lst ======

	+	:!: Folgende Beispiele beziehen sich auf Grub1, der mittlerweile veraltet ist. Aktuell ist die Version 2.
	+
	+	<code>
	+	## ## End Default Options ##
	+
	+	# Mit root-Angabe per UUID
	+	title Ubuntu 8.04.2, kernel 2.6.24-23-generic
	+	root (hd0,2)
	+	kernel /boot/vmlinuz-2.6.24-23-generic root=UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX ro quiet splash
	+	initrd /boot/initrd.img-2.6.24-23-generic
	+	quiet
	+
	+	# Mit root-Angabe per device-Nummer
	+	title Ubuntu 8.04.2, kernel 2.6.24-23-generic (recovery mode)
	+	root (hd0,2)
	+	kernel /boot/vmlinuz-2.6.24-23-generic root=/dev/sda3 ro single
	+	initrd /boot/initrd.img-2.6.24-23-generic
	+
	+	title Ubuntu 8.04.2, memtest86+
	+	root (hd0,2)
	+	kernel /boot/memtest86+.bin
	+	quiet
	+
	+	### END DEBIAN AUTOMAGIC KERNELS LIST
	+
	+	title Ubuntu 7.10
	+	root (hd0,0)
	+	chainload +1
	+
	+	title Ubuntu 9.04
	+	root (hd0,2)
	+	chainload +1
	+	</code>
	+
	+	Ein weiteres Beispiel:
	+
	+	<code>
	+	# This entry automatically added by the Debian installer for a non-linux OS
	+	# on /dev/sdd1
	+	title Windows XP Professinal
	+	hide (hd0,2)
	+	unhide (hd0,0)
	+	root (hd0,0)
	+	savedefault
	+	makeactive
	+	#map (hd0) (hd3)
	+	#map (hd3) (hd0)
	+	chainloader +1
	+	</code>
	+
	+	----
	+
	+	Stand: 25.11.2009
	+
	+	EOF

edv:os:unix:boot:example:uuid

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:46+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== UUID ======

	+	UUID = Universally Unique IDentifier. Sie stellt eine weltweit eindeutige Indentifizierung dar.
	+
	+	Mit folgenden Kommandos kann man die UUID anzeigen lassen bzw. neu setzen.
	+
	+	^Filesystem ^anzeigen ^setzen ^
	+	\|ext2/ext3/ext4 \|tune2fs -l /dev/hdaX\\ //oder//\\ blkid /dev/hdaX\|tune2fs -U 01234567-89ab-cdef-0123-456789abcdef\\ //(statt ID Angabe auch: clear, random oder time)// \|
	+	\|ReiserFS \|debugreiserfs \|reiserfstune -u 01234567-89ab-cdef-0123-456789abcdef \|
	+	\|jfs \|jfs_tune -l \|jfs_tune -U 01234567-89ab-cdef-0123-456789abcdef \|
	+	\|XFS \|xfs_admin -u \|xfs_admin -U 01234567-89ab-cdef-0123-456789abcdef \|
	+
	+	:!: Nicht alle Filesysteme unterstützen UUID, z.B. FAT oder NTFS.
	+
	+	===== Externe Links zum Thema: =====
	+
	+	[[http://linuxwiki.de/UUID]] - LinuxWiki: Dateisystem UUIDs\\
	+	[[http://www.linux-praxis.de/lpic1/manpages/tune2fs.html]] - Linux-Praxis: tune2fs\\
	+	[[http://wiki.ubuntuusers.de/UUID]] - Ubuntuusers.de: Wiki UUID
	+
	+	----
	+	Stand: 12.07.2013 - in Arbeit
	+
	+	EOF

edv:os:unix:boot:example:workaround_beim_bootproblem_bei_doppelter_win-installation

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:46+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Workaround beim Bootproblem bei doppelter Win-Installation ======

	+	Als ich versucht habe mit GRUB-2 mehrere Betriebssysteme, darunter 2x fast gleiche WinXP, in einem Bootmenü unterzubringen, bin ich auf das Problem gestoßen - GRUB wollte immer (unabhängig von der Menüauswahl) nur das eine WinXP von den beiden starten. Mit Linuxen hat alles einwandfrei funktioniert.
	+
	+	Eine kurze Analyse des Files grub.cfg (unter /boot/grub) hat ergeben, dass GRUB keine eindeutige Unterscheidung im Bootmenü zwischen mehreren Win-Installationen macht. (Es ist, meiner Meinung nach, ein Bug im GRUB-2.)
	+
	+	Der relevante Abschnitt hat wie folgt ausgesehen:
	+
	+	<code>
	+	### BEGIN /etc/grub.d/30_os-prober ###
	+	menuentry "Microsoft Windows XP Professional (on /dev/sda2)" --class windows --class os {
	+	insmod part_msdos
	+	insmod ntfs
	+	set root='(hd0,msdos2)'
	+	search --no-floppy --fs-uuid --set=root 5E9862BA98628FF7
	+	drivemap -s (hd0) ${root}
	+	chainloader +1
	+	}
	+	menuentry "Microsoft Windows XP Professional (on /dev/sda3)" --class windows --class os {
	+	insmod part_msdos
	+	insmod ntfs
	+	set root='(hd0,msdos3)'
	+	search --no-floppy --fs-uuid --set=root 5E9862BA98628FF7
	+	drivemap -s (hd0) ${root}
	+	chainloader +1
	+	}
	+	### END /etc/grub.d/30_os-prober ###
	+	</code>
	+
	+	Da die beiden WinXP in den NTFS-Partitionen installiert wurden, haben sie keine UUID, dafür aber die VolumeLabels. Die Partition des 1. WinXP (hda2) hatte das Label wxp_sys, die des 2. (hda3) - das Label surfer_w.
	+
	+	Um das Problem zu lösen, habe ich die Zeile: <code>search --no-floppy --fs-uuid --set=root 5E9862BA98628FF7</code> ...in beiden Abschnitten wie folgt geändert:
	+
	+	Im oberen:
	+
	+	<code>
	+	search --no-floppy --set=root --label wxp_sys --hint hd0,msdos2
	+	</code>
	+
	+	Im unteren:
	+
	+	<code>
	+	search --no-floppy --set=root --label surfer_w --hint hd0,msdos3
	+	</code>
	+
	+	Damit die "zu startende" Windows-Partition auch als aktiv markiert wird (es ist eigentlich nicht zwingend notwendig), habe ich vor den o.g. Zeilen zusätzlich das GRUB-Kommando parttool (hd0,2) boot+ (oben) bzw. parttool (hd0,3) boot+ (unten) hinzugefügt.
	+
	+	Zum Schluss sehen die beiden Abschnitte wie folgt aus:
	+
	+	<code>
	+	### BEGIN /etc/grub.d/30_os-prober ###
	+	menuentry "MS Windows XP Pro - mOffice (on /dev/sda2)" --class windows --class os {
	+	insmod part_msdos
	+	insmod ntfs
	+	parttool (hd0,2) hidden-
	+	parttool (hd0,2) boot+
	+	set root='(hd0,msdos2)'
	+	# search --no-floppy --fs-uuid --set=root 5E9862BA98628FF7
	+	search --no-floppy --set=root --label wxp_sys --hint hd0,msdos2
	+	drivemap -s (hd0) ${root}
	+	chainloader +1
	+	}
	+	menuentry "MS Windows XP Pro - mSurfer (on /dev/sda3)" --class windows --class os {
	+	insmod part_msdos
	+	insmod ntfs
	+	parttool (hd0,2) hidden+
	+	parttool (hd0,3) boot+
	+	set root='(hd0,msdos3)'
	+	# search --no-floppy --fs-uuid --set=root 5E9862BA98628FF7
	+	search --no-floppy --set=root --label surfer_w --hint hd0,msdos3
	+	drivemap -s (hd0) ${root}
	+	chainloader +1
	+	}
	+	### END /etc/grub.d/30_os-prober ###
	+	</code>
	+
	+	Problem gelöst!
	+
	+	----
	+	Stand: 02.08.2013
	+
	+	EOF

edv:os:unix:boot:example:workaround_beim_bootproblem_der_win-installation

Anonymous (anonymous@undisclosed.example.com) — 2020-01-11T01:23:46+00:00

	aktuell
Zeile 1:	Zeile 1:
	+	====== Workaround beim Bootproblem der Win-Installation ======

	+	Nachdem ich Ubuntu von der Version 12.04 LTS auf 14.04 aktualisiert habe, wollte das parallel installierte WinXP nicht mehr starten. Mit Ubuntu selbst hat jedoch alles einwandfrei funktioniert.
	+
	+	Eine Analyse des Files grub.cfg (unter /boot/grub) hat ergeben, dass GRUB versucht das Filesystem über UUID zu referenzieren und den Boot-Vorgang über BIOS und/oder UEFI abzuwickeln, was anscheinend nicht mit jedem BIOS/UEFI einwandfrei funktioniert. (An dem betroffenen Rechner ist kein UEFI vorhanden.)
	+
	+	Der relevante Abschnitt hat wie folgt ausgesehen:
	+
	+	<code>
	+	### BEGIN /etc/grub.d/30_os-prober ###
	+	menuentry 'Microsoft Windows XP Professional (auf /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-065C76FB5C76E4B9' {
	+	insmod part_msdos
	+	insmod ntfs
	+	set root='hd0,msdos1'
	+	if [ x$feature_platform_search_hint = xy ]; then
	+	search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 065C76FB5C76E4B9
	+	else
	+	search --no-floppy --fs-uuid --set=root 065C76FB5C76E4B9
	+	fi
	+	parttool ${root} hidden-
	+	parttool ${root} boot+
	+	drivemap -s (hd0) ${root}
	+	chainloader +1
	+	}
	+	set timeout_style=menu
	+	if [ "${timeout}" = 0 ]; then
	+	set timeout=10
	+	fi
	+	### END /etc/grub.d/30_os-prober ###
	+	</code>
	+
	+	WinXP ist in einer NTFS-Partition installiert. Diese hat keine UUID, dafür aber ein VolumeLabel.
	+
	+	Um das Problem zu lösen, habe ich die Zeilen: <code>search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 065C76FB5C76E4B9</code> bzw. <code>search --no-floppy --fs-uuid --set=root 065C76FB5C76E4B9</code> wie folgt geändert:
	+
	+	<code>
	+	search --no-floppy --set=root --label WinXP_sys --hint-bios=hd0,msdos1 065C76FB5C76E4B9
	+	</code>
	+
	+	bzw.:
	+
	+	<code>
	+	search --no-floppy --set=root --label WinXP_sys 065C76FB5C76E4B9
	+	</code>
	+
	+	Ich habe nicht weiter untersucht, welcher der beiden if-Zweige bei mir tatsächlich greift. Hauptsache, der Boot-Vorgang funktioniert wie erwartet.
	+
	+	:!: Achtung: Der im BIOS aktivierte Virenschutz, der verhindert, dass MBR beschrieben werden kann, kann die o.g. Kommandos "parttool ${root} hidden-" und "parttool ${root} boot+" aus dem Tritt bringen.
	+
	+	----
	+	Stand: 09.07.2014
	+
	+	EOF