*puh, ich habe gespielt und es kaputtgespielt
Mich interessierte /@, wollte sehen was man damit so machen kann.
Hatte /@ gebootet, ein bischen mit Grub gebastelt.
Auf einmal konnte ich nur noch in /@
Ach herje dachte ich und niemand kann so recht helfen.
Die Lösung:
Händisch habe ich im Grubterminal das Subvolume auf /@snapshots/TESTING erweitert.
Dann konnte ich mit F10 @TESTING booten.
Nur wie komme ich an mein funktionierendes Grubmenü?
Code:
chmod 644 /etc/grub.d/10_linux
cp /etc/grub.d/10_linux /etc/grub.d/disabled_10_linux
chmod 644 /etc/grub.d/20_linux_xen
cp /etc/grub.d/20_linux_xen /etc/grub.d/disabled_20_linux_xen
chmod 644 /etc/grub.d/30_os-prober
cp /etc/grub.d/30_os-prober /etc/grub.d/disabled_30_os-prober
cp /boot/grub/grub.cfg /boot/grub/grub.cfg.old
grub-mkconfig -o /boot/grub/grub.cfg
systemctl reboot
Anders hätte ich das Problem nicht lösen können, weil alle System die gleiche BOOT, /dev/sda1 nutzen.
Grund der Aktion, der Fastkaputtbastelarbeiten ist Clonezilla-Isoboot,
https://thinkpad-forum.de/threads/1...3-ext4-ntfs-Das-Optimum?p=2211205#post2211205
Das folgende menuentry (/etc/grub.d/40_custom) findet den Clonzilla Kernel nicht.
Code:
menuentry "clonezilla-live-2.6.4-10-amd64.iso" {
loopback loop /boot/iso/clonezilla-live-2.6.4-10-amd64.iso
linux (loop)/live/vmlinuz findiso=/boot/iso/clonezilla-live-2.6.4-10-amd64.iso toram=filesystem.squashfs boot=live union=overlay username=user config components noswap edd=on nomodeset noprompt nosplash locales=de_DE.UTF-8 keyboard-layouts=de
ocs_live_run="ocs-live-general" ocs_live_extra_param="" ocs_live_batch=no gfxpayload=1024x768x16,1024x768 ip=frommedia i915.blacklist=yes radeonhd.blacklist=yes nouveau.blacklist=yes vmwgfx.blacklist=yes
initrd (loop)/live/initrd.img
}
Auf anderen System funktioniert das menuentry einwandfrei.
Anleitung:
https://help.ubuntu.com/community/Grub2/ISOBoot#GRUB_Terminal
GRUB Terminal
GRUB 2's terminal operations permit exploring the contents of partitions and ISO images. The following GRUB commands may be helpful if an error message is generated after attempting to boot an ISO menuentry:
ls
Display partitions known to GRUB.
ls (hdX,Y)/
Display the contents of the / folder on /dev/sdXY
To mount an ISO via the GRUB terminal, determine the location/path of the ISO file, then:
loopback loop (hdX,Y)/<path>/<filename.iso>
Example: loopback loop (hd0,5)/my_isos/ubuntu-12.04-desktop-amd64.iso
Once mounted via the above command, the ISO can be inspected using the ls command. The ISO will be mounted on "(loop)".
ls (loop)/
ls (loop)/casper On an Ubuntu ISO, this should display vmlinuz and initrd.img, among other files.
Meine Versuche im Grub-Terminal:
Wie bekomme ich ein Isoboot, hier Clonezilla mit btrfs hin?
Direkt mit der Der CD funktioniert Clonezilla einwandfrei.
MfG
xsid
https://pastebin.com/4yMDzD02
Mit Scripten GI-Joe und BTRFS kommt ein Jedi-Ritter Gefühl auf.
Das ganze System ist, kann ein Kiosk-System sein, irre schnell ein Rollback.
- - - Beitrag zusammengeführt - - -
Lösung, Isoboot, menuentry:
Code:
menuentry "clonezilla-live-2.6.4-10-amd64.iso Jedi-Ritter System" {
loopback loop (hd0,msdos1)/iso/clonezilla-live-2.6.4-10-amd64.iso
linux (loop)/live/vmlinuz findiso=/iso/clonezilla-live-2.6.4-10-amd64.iso toram=filesystem.squashfs boot=live union=overlay username=user config components noswap edd=on nomodeset noprompt nosplash locales=de_DE.UTF-8 keyboard-layouts=de
ocs_live_run="ocs-live-general" ocs_live_extra_param="" ocs_live_batch=no gfxpayload=1024x768x16,1024x768 ip=frommedia i915.blacklist=yes radeonhd.blacklist=yes nouveau.blacklist=yes vmwgfx.blacklist=yes
initrd (loop)/live/initrd.img
}
- - - Beitrag zusammengeführt - - -
Ein neuer Kernel ist da:
Code:
sudo pacman -Syu
:: Synchronisiere Paketdatenbanken...
core ist aktuell
extra ist aktuell
community ist aktuell
:: Starte vollständige Systemaktualisierung...
Löse Abhängigkeiten auf...
Suche nach in Konflikt stehenden Paketen...
Pakete (11) ca-certificates-mozilla-3.47.1-4 firefox-71.0-1 firefox-i18n-de-71.0-1 libkscreen-5.17.4-1 libnftnl-1.1.5-1
linux-5.4.1.arch1-1 linux-headers-5.4.1.arch1-1 linux-lts-4.19.87-1 nano-4.6-1 nss-3.47.1-4 zstd-1.4.4-1
Gesamtgröße der installierten Pakete: 458,65 MiB
Größendifferenz der Aktualisierung: 4,47 MiB
:: Installation fortsetzen? [J/n]
Ich habe mit "n" geantwortet.
Das Script von GI-Joe habe ich in TESTING ausgeführt.
snapshot+systemupdate.sh
https://pastebin.com/eH32LVu6
Neuboot, System kaputt!
Und was nun, liegt es am Script oder liegt es an Arch?
Zurück bin ich natürlich fix, aber wo liegt das Problem?
@GI-Joe
Ist in deinem Script noch ein Wurm / Bug?
Bei einem normalen "pacman -Syu" gibt es den gleichen Fehler bei meinem Arch Jedi-Ritter System.
Mein normales ext4 Arch hat kein Problem mit dem Kernel Change.
Der Jedi-Ritter gibt bald sein Schwert ab.
- - - Beitrag zusammengeführt - - -
Code:
[root@arch boot]# ls -l
insgesamt 149532
drwxr-xr-x 5 root root 4096 4. Dez 14:05 grub
-rw-r--r-- 1 root root 30589382 4. Dez 17:53 initramfs-linux-fallback.img
-rw-r--r-- 1 root root 9291988 4. Dez 17:53 initramfs-linux.img
-rw-r--r-- 1 root root 30082958 4. Dez 17:53 initramfs-linux-lts-fallback.img
-rw-r--r-- 1 root root 9280185 4. Dez 17:53 initramfs-linux-lts.img
-rw-r--r-- 1 root root 9277186 2. Dez 18:02 initramfs-linux-lts-oldstable.img
-rw-r--r-- 1 root root 9277186 2. Dez 19:23 initramfs-linux-lts-stable.img
-rw-r--r-- 1 root root 9313740 4. Dez 15:24 initramfs-linux-oldstable.img
-rw-r--r-- 1 root root 9313740 4. Dez 15:24 initramfs-linux-stable.img
drwxr-xr-x 2 root root 4096 3. Dez 12:39 iso
drwx------ 2 root root 16384 26. Nov 06:50 lost+found
-rw-r--r-- 1 root root 6400384 4. Dez 17:53 vmlinuz-linux
-rw-r--r-- 1 root root 5883776 4. Dez 17:53 vmlinuz-linux-lts
-rw-r--r-- 1 root root 5896064 2. Dez 18:01 vmlinuz-linux-lts-oldstable
-rw-r--r-- 1 root root 5896064 2. Dez 19:23 vmlinuz-linux-lts-stable
-rw-r--r-- 1 root root 6285696 4. Dez 15:24 vmlinuz-linux-oldstable
-rw-r--r-- 1 root root 6285696 4. Dez 15:24 vmlinuz-linux-stable
[root@arch boot]#
Sind die Rechte so ok?