staging.inyokaproject.org

Hallo an alle,

es erscheint uns erforderlich, das Thema

• Externer Datenträger

und die dafür notwendige Installation auch für ein EFI Bootmanagement bereit zu stellen (analog zum Artikel Installation auf externen Speichermedien für den BIOS-Modus.

Dieses ist eine Ergänzung zum EFI-WIKI.

Wenn das nach redaktioneller Durchsicht aufgenommen werden kann, werden wir die anderen Artikel entsprechend überarbeiten bzw. um doppelte Passagen bereinigen.

gruß syscon-hh

Hallo,

für den Moment habe ich zwei Fragen:

1. Was genau bezweckt die Experten-Box im Abschnitt "Installation"? Also mir ist noch nicht klar, welche (wichtige) Experten-Info da vermittelt werden soll...

2. Später in Artikel wird von "internen Datenträgern" und deren Vorbereitung gesprochen. Lt. Titel beschreibt der Artikel aber die Installation auf _externe_ Medien...

Gruß, noisefloor

noisefloor schrieb:

für den Moment habe ich zwei Fragen:

Zu 1:

Nur mit dieser Information, macht es Sinn, diesen Aufwand zu rechtfertigen. Denn wenn man das nicht beachtet, ist ein Multiboot sehr gefährlich für das auf einem Hostrechner vorhandene Ubuntu.

Entsprechende Hilferufe gibt es leider ja zu Hauf.

/edit: Wir planen diese Experten-Info insgesamt nach unten zu ziehen und als Hintergrundwissen zu diesem Sonderfall des Startverhaltens zu beschreiben.

Zu 2:

Der Artikel sollte eigentlich EFI_Multiboot betitelt sein - die Diskussion dazu ist hier noch nicht abgeschlossen.

Die Differenzierung wird ja gleich in der Einführung unter

Hallo,

ok. Wie üblich dann nochmal hier posten, wenn alles fertig ist.

Gruß, noisefloor

Vorbereitungen vor Installation¶

Die externe Festplatte muss mit einer GPT-Partitionstabelle versehen sein.

Das ist nicht richtig. Es ist kein Problem, Ubuntu im EFI-Modus auf einen MBR-Datenträger zu installieren. Ich habe auf meinem Laptop 3 verschlüsselte Installationen auf einer MBR-Platte.

Außerdem habe ich auch gerade Lubuntu in dieser Art auf einem 8 GB-USB-Stick untergebracht, mit 64Mbyte-EFI-Partition. Der Stick wird auch perfekt über das EFI-Bootmenü erkannt und gestartet.

Ich gehe allerdings davon aus, dass die EFI-Partition eine primäre Partition sein muss. Die Systempartitionen sind bei mir allesamt logische Laufwerke in der erweiterten Partition.

lionlizard schrieb:

Vorbereitungen vor Installation¶

Die externe Festplatte muss mit einer GPT-Partitionstabelle versehen sein.

Das ist nicht richtig.

OK was spricht gegen:

Die Aufbereitung der Partitionstabelle sollte der Größe der Festplatte angepasst sein, bei größeren Festplatten ist eine GPT-Partitionstabelle vorzusehen.

Ich gehe allerdings davon aus, dass die EFI-Partition eine primäre Partition sein muss

Habe ich noch nicht ausprobiert - ist bei GPT außen vor, dort gibt es nur primäre!

Ich sammle erst mal - Danke für den Hinweis.

syscon-hh schrieb:

OK was spricht gegen:

Die Aufbereitung der Partitionstabelle sollte der Größe der Festplatte angepasst sein, bei größeren Festplatten ist eine GPT-Partitionstabelle vorzusehen.

Klingt gut.

Anpassen der grub-Basis¶

Ich habe das ganze gerade noch mal nachvollzogen: Obwohl direkt nach der Installation eine /boot/grub/grub.cfg existiert, so dass der Start mit der externen Platte mit dem EIntrag im EFI-Bootmenü funktioniert, gibt es noch keine /etc/default/grub.

Man muss also wohl zunächst grub installieren, bevor man den OS_Prober deaktiviert.

Die vom Installationmedium übernommenen Dateien

1. BOOTx64.efi 1. grubx64.efi

suchen dagegen das Verzeichnis / die Datei

Hier würde ich "suchen" durch "erwarten" ersetzen.

@ lionlizard: Umgestellt und angepasst.

Das mit der /etc/default/grub hatte ich gar nicht mehr so richtig auf dem Schirm.

@ noisefloor: Das kann jetzt aus der Baustelle raus - die Anpassung in den anderen Artikel wird dann nachgearbeitet. Die Bezeichnung lass bitte so wie diese jetzt ist → EFI_Externer-Datenträger

Die Projektseite wird dann wie folgt ergänzt:

gruß syscon-hh

syscon-hh schrieb:

@ lionlizard: Umgestellt und angepasst.

Das mit der /etc/default/grub hatte ich gar nicht mehr so richtig auf dem Schirm.

Ich hätte nicht gedacht, dass es schon eine /boot/grub/grub.cfg gibt, deshalb habe ich das noch mal nachvollzogen.

Eine Frage noch: Ich habe eine angepasste grub.cfg auf die EFI-Partition gelegt, was auch funktioniert, aber auch hier liefert die Funktion "recordfail" einen "malformed file"-error. Das legt nahe, dass grub die EFI-Partition nur lesend einbindet, ist das so?

lionlizard schrieb:

Das mit der /etc/default/grub hatte ich gar nicht mehr so richtig auf dem Schirm.

Ich hätte nicht gedacht, dass es schon eine /boot/grub/grub.cfg gibt, deshalb habe ich das noch mal nachvollzogen.

Eine Frage noch: Ich habe eine angepasste grub.cfg auf die EFI-Partition gelegt, was auch funktioniert

Dann jetzt die Frage: Was ist bei Dir eine "angepasste grub.cfg"? Der Dreizeiler kann es ja nicht sein - oder?

... , aber auch hier liefert die Funktion "recordfail" einen "malformed file"-error. Das legt nahe, dass grub die EFI-Partition nur lesend einbindet, ist das so?

Dieser Fehler kann eigentlich nur aus dem System kommen - also zeige mal diese grub.cfg. (ein menuentry reicht)

Die EFI-Partition wird immer read-write eingebunden, solange man da nicht dran schraubt, Beispiel:

laura@ESPRIMO-TRUSTY:~$ mount
/dev/sda1 on /boot/efi type vfat (rw)

Alle Beispiele in der Baustelle und im folgenden Logfile sind echte Kopien und kein fake:

Der externe Datenträger wurde wie folgt erstellt:

• Livesystem starten und am Desktop ein Terminal geöffnet

• Abfragen eingeleitet:

unbuntu-gnome@ubuntu-gnome:~$ mount | grep efivars
none on /sys/firmware/efi/efivars type efivarfs (rw)

unbuntu-gnome@ubuntu-gnome:~$ cat /proc/cmdline
BOOT_IMAGE=/casper/vmlinuz.efi file=/cdrom/preseed/ubuntu-gnome.seed boot=casper quiet splash --

unbuntu-gnome@ubuntu-gnome:~$ date
Fri Jan 16 13:17:58 CET 2015

unbuntu-gnome@ubuntu-gnome:~$ ubuquity -b

• Installation (EFI-Partition war angelegt)

  • Etwas anderes gewählt

  • nur Rootpartition angelegt

  • Installation durchlaufen lassen

• Livesystem verlassen

Hostrechner gestartet:

• externen Datenträger eingelegt

• Terminal geöffnet

• sudo -s + ⏎

Nach der Installation stellt sich der externe Datenträger ohne Änderungen wie folgt dar:

(Zwischenräume im Terminal wurden zur Übersicht eingefügt!)

root@ESPRIMO-TRUSTY:/# mount | grep sdd
/dev/sdd2 on /media/laura/18ac73e6-5858-4080-a432-96f42dfeee1c type ext4 (rw,nosuid,nodev,uhelper=udisks2)

root@ESPRIMO-TRUSTY:/# mount /dev/sdd2 /mnt

root@ESPRIMO-TRUSTY:/# ls /mnt/boot/grub
insgesamt 28
drwxr-xr-x 2 root root 4096 Jan 16 14:18 .
drwxr-xr-x 4 root root 4096 Jan 16 13:27 ..
-rw-r--r-- 1 root root  699 Jul 23 01:24 gfxblacklist.txt
-r--r--r-- 1 root root 8686 Jan 16 13:27 grub.cfg
-rw-r--r-- 1 root root 1024 Jan 16 14:18 grubenv

root@ESPRIMO-TRUSTY:/# ls /etc/default | grep grub
grub

root@ESPRIMO-TRUSTY:/# cat /mnt/etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT=10
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
.....

root@ESPRIMO-TRUSTY:/# cat /mnt/etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdi2 during installation
UUID=18ac73e6-5858-4080-a432-96f42dfeee1c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=4AE5-EAA1  /boot/efi       vfat    defaults        0       1
# swap was on /dev/sdb1 during installation
UUID=6df8ce18-b0d0-49d2-b2f4-140aba7c9fe6 none            swap    sw              0       0

root@ESPRIMO-TRUSTY:/# ls -la /mnt
insgesamt 16
drwxr-xr-x 2 root root 16384 Jan  1  1970 .
drwxr-xr-x 1 root root   236 Dez 17 08:28 ..
root@ESPRIMO-TRUSTY:/# 

Und wie man sehen kann, kann man damit das WIKI korrekt abarbeiten - alle Daten und Informationen vorhanden! Und über die vorhandene /boot/grub/grub.cfg - nachfolgend Auszug vom ersten "menuentry", schon incl. signed-Images:

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-18ac73e6-5858-4080-a432-96f42dfeee1c' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_gpt
	insmod ext2
	set root='hd8,gpt2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd8,gpt2 --hint-efi=hd8,gpt2 --hint-baremetal=ahci8,gpt2  18ac73e6-5858-4080-a432-96f42dfeee1c
	else
	  search --no-floppy --fs-uuid --set=root 18ac73e6-5858-4080-a432-96f42dfeee1c
	fi
	linux	/boot/vmlinuz-3.13.0-44-generic.efi.signed root=UUID=18ac73e6-5858-4080-a432-96f42dfeee1c ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.13.0-44-generic
}

syscon-hh schrieb:

Dann jetzt die Frage: Was ist bei Dir eine "angepasste grub.cfg"? Der Dreizeiler kann es ja nicht sein - oder?

... , aber auch hier liefert die Funktion "recordfail" einen "malformed file"-error. Das legt nahe, dass grub die EFI-Partition nur lesend einbindet, ist das so?

Dieser Fehler kann eigentlich nur aus dem System kommen - also zeige mal diese grub.cfg. (ein menuentry reicht)

Sorry, ich habe mich nicht ganz klar ausgedrückt:

Ich bin ganz ähnlich wie du in deinem Beispiel vorgegangen.

• EFI-Partition und Systempartition hatte ich bereits auf meinem Stick angelegt (und gelöscht) und mit deren UUIDs die generische grub.cfg vorbereitet. Bei der Installation habe ich dann den Aufruf über ubiquity -b durchgeführt, ebenfalls "Etwas anderes" gewählt, die Systempartition nicht formatiert (damit die UUID bestehen bleibt).

• Nach der Installation habe ich dann alle Dateien nach /boot/grub und /EFI/boot auf der EFI-Partition kopiert, und anschließend ließ sich das System bereits über den EFI-Booteintrag starten.

• Dann habe ich Grub installiert. Ich habe kein grub-install durchgeführt - deshalb musste auch kein Eintrag entfernt werden. In der /etc/grub.d/40_custom habe ich einen Loopeintrag für ein ISO-File erstellt und über die /etc/default/grub ein Hintergrundbild eingefügt sowie den OS_PROBER deaktiviert.

• nun habe ich ein update-grub durchgeführt und das System startet ohne Fehler.

Nun habe ich - testweise - die 3 Zeilen grub.cfg auf der EFI-Partition durch die unten stehende komplette grub.cfg von der Systempartition ersetzt. Auch hier startet das System wie gewünscht, das Grubmenü wird angezeigt, und auch das System startet - bis auf den malformed-file-Fehler. Daher meine Vermutung, dass grub eben auf die EFI-Partition genau so wenig schreibend zugreifen kann, wie auf ein LVM, Raid oder Btrfs.

Meine Frage zielte darauf ab, ob du das bestätigen kannst.

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}
function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd1,msdos2'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
else
  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
fi
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=de_DE
  insmod gettext
fi
terminal_output gfxterm
insmod part_msdos
insmod fat
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1  34F4-A2AA
else
  search --no-floppy --fs-uuid --set=root 34F4-A2AA
fi
insmod png
background_image -m stretch /boot/grub/boot.png
if [ "${recordfail}" = 1 ] ; then
  set timeout=-1
else
  if [ x$feature_timeout_style = xy ] ; then
    set timeout_style=menu
    set timeout=10
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
    set timeout=10
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
	set gfxpayload="${1}"
	if [ "${1}" = "keep" ]; then
		set vt_handoff=vt.handoff=7
	else
		set vt_handoff=
	fi
}
if [ "${recordfail}" != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
	recordfail
	load_video
	gfxmode $linux_gfx_mode
	insmod gzio
	insmod part_msdos
	insmod ext2
	set root='hd1,msdos2'
	if [ x$feature_platform_search_hint = xy ]; then
	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
	else
	  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
	fi
	linux	/boot/vmlinuz-3.13.0-44-generic.efi.signed root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro  quiet splash $vt_handoff
	initrd	/boot/initrd.img-3.13.0-44-generic
}
submenu 'Erweiterte Optionen für Ubuntu' $menuentry_id_option 'gnulinux-advanced-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
	menuentry 'Ubuntu, mit Linux 3.13.0-44-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-44-generic-advanced-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
		else
		  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
		fi
		echo	'Linux 3.13.0-44-generic wird geladen …'
		linux	/boot/vmlinuz-3.13.0-44-generic.efi.signed root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro  quiet splash $vt_handoff
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/boot/initrd.img-3.13.0-44-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-44-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-44-generic-recovery-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
		recordfail
		load_video
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
		else
		  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
		fi
		echo	'Linux 3.13.0-44-generic wird geladen …'
		linux	/boot/vmlinuz-3.13.0-44-generic.efi.signed root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro recovery nomodeset 
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/boot/initrd.img-3.13.0-44-generic
	}
	menuentry 'Ubuntu, mit Linux 3.13.0-32-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-32-generic-advanced-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
		recordfail
		load_video
		gfxmode $linux_gfx_mode
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
		else
		  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
		fi
		echo	'Linux 3.13.0-32-generic wird geladen …'
		linux	/boot/vmlinuz-3.13.0-32-generic root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro  quiet splash $vt_handoff
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/boot/initrd.img-3.13.0-32-generic
	}
	menuentry 'Ubuntu, with Linux 3.13.0-32-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.13.0-32-generic-recovery-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
		recordfail
		load_video
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd1,msdos2'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
		else
		  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
		fi
		echo	'Linux 3.13.0-32-generic wird geladen …'
		linux	/boot/vmlinuz-3.13.0-32-generic root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro recovery nomodeset 
		echo	'Initiale Ramdisk wird geladen …'
		initrd	/boot/initrd.img-3.13.0-32-generic
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###

### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'System setup' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
  	        	       menuentry 'Lubuntu-Live' {
	    	      	      	      insmod part_msdos
	      	      	      	      insmod ntfs
	      	      	      	      insmod fat
	      	      	      	      insmod ext2
	      	           	      search -n -f --set=root /lubuntu1-14.04.1-desktop-amd64.iso
	      	      	      	         loopback loop /lubuntu1-14.04.1-desktop-amd64.iso
	      	      	      	          linux (loop)/casper/vmlinuz.efi append  file=/cdrom/preseed/lubuntu.seed boot=casper  iso-scan/filename=/lubuntu1-14.04.1-desktop-amd64.iso 	      	      	      	              splash locale=de_DE bootkbd=de console-setup/layoutcode=de --
	      	      	      	          initrd (loop)/casper/initrd.lz
	      	      	      	      }### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

lionlizard schrieb:

Auch hier startet das System wie gewünscht, das Grubmenü wird angezeigt, und auch das System startet - bis auf den malformed-file-Fehler. Daher meine Vermutung, dass grub eben auf die EFI-Partition genau so wenig schreibend zugreifen kann, wie auf ein LVM, Raid oder Btrfs.

Meine Frage zielte darauf ab, ob du das bestätigen kannst.

Das hat jetzt nichts mit

• EFI-Partition (VFAT)

• LVM, RAID noch Btrfs

zu tun - sondern das System das Du gestartet hast, ist und bleibt ein ISO - und das wird immer ro gemountet.

Man kann auch bei einem Livesystem nicht direkt abspeichern, sondern muss eine eigene Partition casper-rw einsetzen.

Das Vorgehen bei einem Livesystem wäre in diesem Zusammenhang die

• Kerneloption persistent

Das könntest Du ja mal ausprobieren - aber das hat jetzt nichts mehr mit diesem WIKI zu tun.

syscon-hh schrieb:

@ noisefloor: Das kann jetzt aus der Baustelle raus - die Anpassung in den anderen Artikel wird dann nachgearbeitet. Die Bezeichnung lass bitte so wie diese jetzt ist → EFI_Externer-Datenträger

Gilt immer noch - gruß syscon-hh

Ich starte kein ISO.

lionlizard schrieb:

> menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-25a994a7-4979-4802-a4a4-7ff0b49f6d59' {
> 	recordfail
> 	load_video
> 	gfxmode $linux_gfx_mode
> 	insmod gzio
> 	insmod part_msdos
> 	insmod ext2
> 	set root='hd1,msdos2'
> 	if [ x$feature_platform_search_hint = xy ]; then
> 	  search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos2 --hint-efi=hd1,msdos2 --hint-baremetal=ahci1,msdos2  25a994a7-4979-4802-a4a4-7ff0b49f6d59
> 	else
> 	  search --no-floppy --fs-uuid --set=root 25a994a7-4979-4802-a4a4-7ff0b49f6d59
> 	fi
> 	linux	/boot/vmlinuz-3.13.0-44-generic.efi.signed root=UUID=25a994a7-4979-4802-a4a4-7ff0b49f6d59 ro  quiet splash $vt_handoff
> 	initrd	/boot/initrd.img-3.13.0-44-generic
> }

Ich starte dieses System, und dann erfolgt die Fehlermeldung, wenn die grub.cfg mit diesem Eintrag auf der EFI-Partition liegt. Wenn stattdessen dort eine grub.cfg liegt, die auf die Systempartition verweist

search.fs_uuid 25a994a7-4979-4802-a4a4-7ff0b49f6d59 root hd1,msdos2 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg

dann startet der identische Eintrag ohne Fehler.

Das hat jetzt nichts mit dieser Diskussion EFI_Externer-Datenträger zu tun, mache dafür bitte mal einen Supportbeitrag auf (kannst den Link dann per PN mir zuspielen).

Dann lasse ich das mal genauer untersuchen.