Hallo Freunde,
ich fürchte ich habe mal wieder großen Mist gebaut und benötige deshalb eure Hilfe.
Ich hatte auf meinem Laptop eine boot Partition, zwei Windows Partitionen und eine extended für mein Linux-System. Nachdem ich Windows nicht mehr brauche habe ich mit GParted die beiden Windows Partitionen gelöscht um den Platz später meinem Linux zuzuschlagen was aber leider fehlschlug zumindest war es mit GParted nicht möglich. Also habe ich aus dem freien Platz einfach mal eine neue Partition gemacht (siehe Anhang). Allerdings kann ich jetzt nicht mehr in mein normales System booten. Es kommt die Meldung
"disk/by-uuid/....." Invalid path for logical volume
Der Bootvorgang läuft weiter und ich kann mich als root einloggen und mit startx auch die GUI starten und habe Zugriff auf alle Daten. Was kann ich tun um wieder als User in mein normales System zu booten?
Es kommt schon vor dass gparted die UUID ändert wenn eine Partition angefasst wird (ändern/verschieben/kleinermachen/größermachen). Also erst mal mit blkid die Zuordnung Platte - UUID - Label checken und sicherstellen dass die richtigen Werte auch in /etc/fstab stehen. Zusätzlich auch in /boot/grub/grub.cfg die UUIDs checken (obwohl - du kannst ja letztendlich booten, müssten dort stimmen).
Scheint soweit alles zu stimmen:
blkid
/dev/sda1: UUID="3088-6E3A" TYPE="vfat" PARTUUID="fe1d7f88-01"
/dev/sdb1: LABEL="SYSTEM_DRV" UUID="64369CAE369C82AA" TYPE="ntfs" PARTUUID="78fd53ea-01"
/dev/sdb2: UUID="5daf06df-ae3a-444b-b39d-bddc33de3b0d" TYPE="ext4" PARTUUID="78fd53ea-02"
/dev/sdb5: UUID="20ee80df-fe1f-4c01-87b1-255d2c5e0bda" TYPE="ext4" PARTUUID="78fd53ea-05"
/dev/sdb6: UUID="b9bea0dd-4ff7-4e08-baba-11df80dd9d98" TYPE="ext4" PARTUUID="78fd53ea-06"
fstab:
UUID=64369CAE369C82AA /disks/disk1part1 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=4A34A53B34A52AC1 /disks/disk1part2 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=3424AB6D24AB3132 /disks/disk1part3 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda / ext4 defaults,relatime,errors=remount-ro 0 1
UUID=b9bea0dd-4ff7-4e08-baba-11df80dd9d98 /home ext4 noatime,commit=120,relatime,errors=remount-ro 0 2
und auch in grub.cfg kann ich nichts außergewöhnliches feststellen (obwohl ich da nicht der Experte bin):
#
# 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 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='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
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
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.2.5-towo.1-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.2.5-towo.1-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.2.5-towo.1-siduction-amd64
}
submenu 'Erweiterte Optionen für siduction 2014.1.0 indiansummer (xfce) GNU/Linux' $menuentry_id_option 'gnulinux-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux, mit Linux 4.2.5-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.2.5-towo.1-siduction-amd64-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.2.5-towo.1-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.2.5-towo.1-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.2.5-towo.1-siduction-amd64
}
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux, mit Linux 4.2.4-towo.2-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.2.4-towo.2-siduction-amd64-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.2.4-towo.2-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.2.4-towo.2-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.2.4-towo.2-siduction-amd64
}
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux, mit Linux 4.2.3-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.2.3-towo.1-siduction-amd64-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.2.3-towo.1-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.2.3-towo.1-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.2.3-towo.1-siduction-amd64
}
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux, mit Linux 4.2.1-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.2.1-towo.1-siduction-amd64-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.2.1-towo.1-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.2.1-towo.1-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.2.1-towo.1-siduction-amd64
}
menuentry 'siduction 2014.1.0 indiansummer (xfce) GNU/Linux, mit Linux 4.1.6-towo.1-siduction-amd64' --class siduction --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.1.6-towo.1-siduction-amd64-advanced-20ee80df-fe1f-4c01-87b1-255d2c5e0bda' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
echo 'Linux 4.1.6-towo.1-siduction-amd64 wird geladen ...'
linux /boot/vmlinuz-4.1.6-towo.1-siduction-amd64 root=UUID=20ee80df-fe1f-4c01-87b1-255d2c5e0bda ro quiet
echo 'Initiale Ramdisk wird geladen ...'
initrd /boot/initrd.img-4.1.6-towo.1-siduction-amd64
}
}
### 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+ ###
menuentry "Memory test (memtest86+)" {
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
menuentry "Memory test (memtest86+, experimental multiboot)" {
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
multiboot /boot/memtest86+_multiboot.bin
}
menuentry "Memory test (memtest86+, serial console 115200, experimental multiboot)" {
insmod part_msdos
insmod ext2
set root='hd0,msdos5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
else
search --no-floppy --fs-uuid --set=root 20ee80df-fe1f-4c01-87b1-255d2c5e0bda
fi
multiboot /boot/memtest86+_multiboot.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows 7 (loader) (auf /dev/sda1)' --class windows --class os $menuentry_id_option 'osprober-chain-64369CAE369C82AA' {
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 64369CAE369C82AA
else
search --no-floppy --fs-uuid --set=root 64369CAE369C82AA
fi
parttool ${root} hidden-
chainloader +1
}
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
### 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.
### 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;
### END /etc/grub.d/41_custom ###
Die UUID 20ee80df-fe1f-4c01-87b1-255d2c5e0bda stimmt auch mit der am Beginn des Bootvorgangs mit invalid path überein.
Vielleicht noch als Ergänzung zum ersten post:
nach der besagten Meldung macht das System einen fsck auf /dev/sda5 und danach erscheint ein
a start job is running for dev-disk-by\x2duuid-Nummer.device
wobei Nummer abwechselnd zwei verschiedene Nummern sind. Das Ganze dauert so ca. eineinhalb Minuten bevor der Bootvorgang fortgesetzt wird und in den emergency mode mündet wo ich mich dann als root einloggen kann.
Ein journalctl -xb ergibt siehe Anhang
Edit:
Nachdem ich aus der fstab die zweite und dritte Zeile (siehe post 1) gelöscht habe erscheint zwar die selbe Meldung mit invalid path aber das System bootet wieder normal und ich kann wieder ganz normal arbeiten wie zuvor. Schön auch wenn ich die ganze Sache nicht verstehe.
Jetzt bleibt nur noch wie kann ich den freien Platz auf der Platte (siehe Anhang im ersten post) meiner home Partition zuschlagen. Mit gparted geht es nicht.
Hi Peter,
folgendes würde ich versuchen:
* booten von einer siduction-Live
* "fsck -f" auf deine ungemounteten Linux-Partitionen
* dann mit tune2fs den Linuxpartitionen ein Label verpassen (muss eindeutig sein)
Beispiel:
# tune2fs -L ROOTDEV /dev/sda1
* dann die UUIDs durch die Labels ersetzen in der /etc/fstab
Beispiel:
LABEL=ROOTDEV / ext4 defaults,relatime,errors=remount-ro 0 1
Dann hast du das leidige Thema mit den UUIDs zumindest mal los.
Danke Michael, dein Beitrag und meine Ergänzung haben sich überschnitten. Ich bin schon wieder ein Stück weiter aber vielleicht hast du ja eine Idee wie ich die Belegung ändern kann (siehe Edit)
Meine Platte sieht jetzt so aus:
blkid
/dev/sda1: LABEL="SYSTEM_DRV" UUID="64369CAE369C82AA" TYPE="ntfs" PARTUUID="78fd53ea-01"
/dev/sda2: UUID="5daf06df-ae3a-444b-b39d-bddc33de3b0d" TYPE="ext4" PARTUUID="78fd53ea-02"
/dev/sda5: UUID="20ee80df-fe1f-4c01-87b1-255d2c5e0bda" TYPE="ext4" PARTUUID="78fd53ea-05"
/dev/sda6: UUID="b9bea0dd-4ff7-4e08-baba-11df80dd9d98" TYPE="ext4" PARTUUID="78fd53ea-06"
Kann ich die /dev/sda1 auch löschen? Bei Gparted steht da boot dahinter.
Gruß
Peter
Hi Peter,
zeig mal das Layout deiner Disk (df -h / fdisk -l /lsblk).
Hi Michael,
ich habe jetzt mit Gparted die /dev/sda2 wieder gelöscht d. h. zwischen sda1 und sda4 liegen ca. 60 GB brach die ich gerne bei der home partition hätte.
/df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 10M 0 10M 0% /dev
tmpfs 768M 1,4M 767M 1% /run
/dev/sda5 18G 7,5G 8,9G 46% /
tmpfs 1,9G 368K 1,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup
/dev/sda6 71G 49G 19G 73% /home
/dev/sda1 1,2G 647M 554M 54% /disks/disk1part1
tmpfs 384M 4,0K 384M 1% /run/user/105
tmpfs 384M 1,1M 383M 1% /run/user/1000
root@thinkpad:/home/peter#
root@thinkpad:/home/peter# fdisk -l
Disk /dev/sda: 149,1 GiB, 160041885696 bytes, 312581808 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x78fd53ea
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 2459647 2457600 1,2G 7 HPFS/NTFS/exFAT
/dev/sda4 125339648 312580095 187240448 89,3G 5 Extended
/dev/sda5 125341696 162205695 36864000 17,6G 83 Linux
/dev/sda6 162207744 312580095 150372352 71,7G 83 Linux
root@thinkpad:/home/peter#
root@thinkpad:/home/peter# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 149,1G 0 disk
├─sda1 8:1 0 1,2G 0 part /disks/disk1part1
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 17,6G 0 part /
└─sda6 8:6 0 71,7G 0 part /home
[code]
Hallo,
du operierst am "offenen Herzen"! :D
Ich kenne kein Tool, was das, was du vorhast, "einfach" realisieren kann. Wenn das gParted ein aktuelles ist, mindestens in Version 0.19 (aktuell ist wohl 0.23), dann bleibe dabei. Ich habe damit nur gute Erfahrungen gesammelt.
Das Problem ist, dein /home liegt am "Ende" der Platte. "Davor" ist noch /
Du mußt also beide verschieben (nach vorn) und dann m.w. /home bis ans Ende vergößern.
Aber, / und /home liegen in einer "extended" und der freie Bereich ist außerhalb dieser.
Mußt du einfach mal ausprobieren, was er anbietet (mußt es ja noch nicht "Anwenden").
Ich denke aber, du mußt erst die extended vergößern und dann darin die zwei Partitionen verschieben und als drittes meinetwegen die home vergrößern.
Außerdem solltest du die /etc/fstab korrigieren und die gelöschten Partitionen auskommentieren, dann sollten die Bootunterbrechungen verschwinden.
@unklarer:
Ja das ist mir klar mit dem "offenen Herzen". :) Allerdings kann man anscheinend eine extended Partition nicht vergrößern zumindest kann das GParted nicht.
@michaaa62:
Habe ich bereits gemacht. Ich weiß nur noch nicht wie ich mit der sda1 umgehen soll.
Quote from: harley-peter
Allerdings kann man anscheinend eine extendet Partition nicht vergrößern zumindest kann das GParted nicht.
Natürlich kannst du bei deiner jetzigen Einteilung das nach links bis zum Ende von sda1 ziehen.
Dann zeige nochmal ein Bild. ;)
Nein bei mir geht das nicht. Wenn ich die extended Partition anklicke dann ist im Menü Partitionen der Bereich Größe verändern ausgegraut und wenn ich sda5 anwähle dann kann ich diese nur verkleinern.
Kann ich ehrlich gesagt nicht nachvollziehen... welche Version von gP war das bei dir?
Ich suche jeztz bei mir , ob ich einen Rechner mit einer ähnlichen Konfiguration habe oder, hier weiß ein Mitlesender, das das definitiv nicht geht. ;)
Ähm, würde bedeuten, du spielst alles auf eine andere Platte (sofern die Möglichkeit) oder machst alles platt...
eh nein.
Gparted hat die Version 0.19 sollte also aktuell sein.
Alles platt machen ist die allerletzte Mögichkeit vielleicht weiß ja noch einer der Experten Rat.
Also, bei mir ginge das. :P
Ich habe zwar vor einer extended nur 4,4 MiB frei (war mal als Notnagel für die grub-Installation gedacht),
aber er würde mir das Ding um diese 4,4 MiB nach links vergößern.
Es handelt sich, da ich auf die Schnelle wie das so ist, nichts anderes fand, um ein gP in Version 0.16.
Ich mag mich täuschen, aber solange im gparted-screenshot was unter "Einhängepunkt" angezeigt wird ist das doch gemounted? Dafür spricht auch das Schloß-Symbol, lässt sich dann natürlich nicht verschieben, das muss aus einem gebooteten Livesystem heraus passieren.
--
Und wenn Du schon in einem Livesystem bist, Zeit hast und eine Datensicherung (Du hast ein Backup? Du hast bestimmt eins!), kann man gleich rigoros vorgehen: vorne die sda1 platt machen, eine neue sda1 20GB für root anlegen (Boot-Flag setzen) und dahinter den Platz als sda2 für /home. Dann die jetzige sda5 in gparted per copy&paste (ja, sowas geht) nach sda1, und die sda6 nach sda2 kopieren. (Es lohnt vorher die Datenmenge zu verringern, also in / alte Kernel und apt-archiv löschen, /home um z.B. Videodateien und anderen Kram bereinigen der auch auf Backupplatten ist). Danach sda5 und 6 und die Extended löschen , später kann dann /home nach hinten vergrößert oder zusätzliche Daten- und Testpartition angelegt werden. Wenn mich nicht alles täuscht, sollte zwischendrin auch irgendwo mal rebootet werden (natürlich wieder ins Livesystem), damit der Rechner die neuen Partitionen kennt. Da dann diverse Zuordnungen nicht mehr stimmen, wie im Siduction-Manual beschrieben (http://manual.siduction.org/sys-admin-grub2#chroot)vom Livesystem aus ins Installierte chrooten und Grub reinstallieren. ( <- Und Alles ohne Gewähr ;) )
Hi Peter,
jetzt wird es ein bisschen OT von mir ;-)
Die Probleme mit den Partitionen und den damit verbundenen "Rumschiebereien" kann man sehr einfach aus dem Wege gehen in dem man dem Logical Volume Manager (LVM2) für eine Linuxinstallation nutzt.
Das heißt ich habe nur eine Partition (sda1, primär) über die gesamte Disk (mit dem Flag LVM2), die ich dann einem PhysicalVolume (PV) zuweise. Darin wiederum werden Volumegroups und Logicalvolumes angelegt, die letzlich das Filesystem aufnehmen. Der große Vorteil besteht darin das ich innerhalb eines PhysicalVolumes den Platz dynamisch verwalten kann (vergrößern, verkleinern usw.), d.h. wenn dir der Platz zB. unter /home ausgeht kannst du solange physikalisch Platz auf der Disk ist das FS vergrößern und zwar im laufenden Betrieb.
Wenn du Interesse hast erklär ich das dir gerne mal in einer Videosession anhand einer siduction-Installation. Das Handling mit LVM ist weder kompliziert zu handhaben noch schwierig einzurichten.
Hi Michael,
das könnte ich jetzt gut gebrauchen. :) Allerdings habe ich das Linux-System jetzt schon auf der Platte und möchte nicht alles nochmal neu installieren und einrichten nachdem ich es jetzt so langsam so habe wie ich es möchte. Außerdem habe ich in dem Laptop nur eine SSD mit 160 GB drin und brauche auch nur 2 Partitionen nämlich root und home. Deshalb erscheint mir ein LVM überflüssig.
Blöderweise habe ich anfangs gemeint ich müsste die vorhandene Windows Installation behalten und habe deshalb einen Teil des Speicherplatzes für Linux abgezwackt. Das Ganze hat sich allerdings als nicht praktikabel erwiesen da ich zwischen Linux und Windows im Betrieb switchen muss weshalb ich das Windows jetzt in eine VM gepackt habe und nun den Platz vom ursprünglichen Windows für /home haben möchte. Deshalb erscheint mir im Moment die Radikalkur von der_bud am sinnvollsten zu sein. Muss mir nur noch clonezilla (oder gibt's was anderes/besseres?) besorgen um die beiden Linuxpartitionen komplett zu sichern.
Mal ganz ehrlich - und was spricht dagegen, das "einfach mal so"™ grade zu biegen?
EDIT: Äh - so ohne großen Aufwand und ohne Gewalttaten?
@melmaker:
das werde ich als erstes versuchen. Kann ich denn die erste Partition bei der das boot-Flag gesetzt ist (siehe erster Beitrag) auch platt machen (war wohl die Windows boot Partition)?
Hi Peter,
selbst bei deinem Szenario mit nur zwei Partitionen wäre der LVM gut zu gebrauchen, zumal du vor hast dein Windows zu virtualisieren (VBox) und dafür eine Partition (besser ein zusätzliches Logical Volume) angebracht ist.
Ich würde die "VBox-Daten" nicht im /home (Partition) haben wollen.
Der überschaubare Mehraufwand für den LVM auf deinem System würde sich lohnen bei deinem Einsatzzweck ;-)
Hi Michael,
das würde aber doch eine komplette Neuinstallation bedeuten oder kann man den LVM auch im laufenden Betrieb nachinstallieren?
@Peter: Ist nur sinnvoll bei einer Neuinstallation
Ich hatte mal das gleiche Problem mit einer extended. gpart schätze ich sehr, aber die Vergrößerung ging meiner Erinnerung nach nicht
Die Hin- und Herschieberei des freien Platzes hat problemlos funktioniert. Bleibt nur noch die Frage ob ich die erste Partition auch platt machen kann.
wenn das root ist wohl nicht, dann kannst Du ja gleich neu aufsetzen.
so wie das aussieht ist es eine NTFS-Partition des ehemaligen Windowssystems. k.A. ob recovery oder was. Und die solltest Du eigentlich problemlos platt machen können.
Das was mich irritiert ist dass das Boot-Flag für diese Partition gesetzt ist. Nicht dass ich die Partition jetzt platt mache und hinterher kann ich auch nicht mehr in mein Linux System booten. Das wäre äußerst blöde. :)
Du benutzt doch Deinen Grub zum booten und keinen Überrest Deiner Windowsinstallation. Hast Du denn bei der Installation eine extra boot-Partion eingerichtet? Und falls ja, wäre dies sicher nicht NTFS. Sicherheitshalber kannst Du ja mal den Inhalt der Partition posten, also nach Deinem fstab Eintrag:
ls -l /disks/disk1part1/
Da die Partition dort aber auch nicht als /boot eingetragen ist: Es sollte sicher sein den Eintrag zu löschen, in der fstab auszukommentieren, Deine Partition entsprechend zu vergrößern und falls erforderlich -ich weiß nicht ob gparted bei einer Vergrößerung die ändert- die uuid deiner /home dann in der fstab anzupassen.
Quote from: ayla-ich weiß nicht ob gparted bei einer Vergrößerung die ändert- die uuid deiner /home dann in der fstab anzupassen.
Gparted ändert bei einer Vergößerung der Partition die UUID nicht.
@Peter,
lese doch bitte oben noch einmal die (idiotensichere)-Anleitung von
der_bud. ;)
@ayla:
drwxr-xr-x 1 root root 4096 Okt 28 15:12 Boot
-rw-r--r-- 1 root root 383786 Nov 20 2010 bootmgr
drwxr-xr-x 1 root root 4096 Dez 8 2013 MFGSTAT
drwxr-xr-x 1 root root 4096 Dez 11 2010 preboot
drwxr-xr-x 1 root root 0 Apr 21 2015 Recovery
-rw-r--r-- 1 root root 46 Dez 7 2013 sdrive
drwxr-xr-x 1 root root 0 Dez 7 2013 System Volume Information
drwxr-xr-x 1 root root 0 Dez 11 2010 tvtos
[/code
Da scheint der Bootmanager drin zu liegen. Hier noch der Inhalt des Ordners Boot:
[code]ls -l /disks/disk1part1/Boot
insgesamt 3712
-rw-r--r-- 1 root root 32768 Okt 28 15:34 BCD
-rw-r--r-- 1 root root 29696 Okt 28 15:33 BCD.LOG
-rw-r--r-- 2 root root 0 Dez 7 2013 BCD.LOG1
-rw-r--r-- 2 root root 0 Dez 7 2013 BCD.LOG2
-rw-r--r-- 1 root root 3170304 Jun 10 2009 boot.sdi
-rw-r--r-- 1 root root 65536 Dez 7 2013 BOOTSTAT.DAT
drwxr-xr-x 1 root root 0 Sep 10 09:51 cs-CZ
drwxr-xr-x 1 root root 0 Sep 10 09:51 da-DK
drwxr-xr-x 1 root root 0 Sep 10 09:51 de-DE
drwxr-xr-x 1 root root 0 Sep 10 09:51 el-GR
drwxr-xr-x 1 root root 0 Sep 10 09:51 en-US
drwxr-xr-x 1 root root 0 Sep 10 09:51 es-ES
drwxr-xr-x 1 root root 0 Sep 10 09:51 fi-FI
drwxr-xr-x 1 root root 0 Dez 7 2013 Fonts
drwxr-xr-x 1 root root 0 Sep 10 09:51 fr-FR
drwxr-xr-x 1 root root 0 Sep 10 09:51 hu-HU
drwxr-xr-x 1 root root 0 Sep 10 09:51 it-IT
drwxr-xr-x 1 root root 0 Sep 10 09:51 ja-JP
drwxr-xr-x 1 root root 0 Sep 10 09:51 ko-KR
-rw-r--r-- 1 root root 497080 Feb 3 2015 memtest.exe
drwxr-xr-x 1 root root 0 Sep 10 09:51 nb-NO
drwxr-xr-x 1 root root 0 Sep 10 09:51 nl-NL
drwxr-xr-x 1 root root 0 Sep 10 09:51 pl-PL
drwxr-xr-x 1 root root 0 Sep 10 09:51 pt-BR
drwxr-xr-x 1 root root 0 Sep 10 09:51 pt-PT
drwxr-xr-x 1 root root 0 Sep 10 09:51 ru-RU
drwxr-xr-x 1 root root 0 Sep 10 09:51 sv-SE
drwxr-xr-x 1 root root 0 Sep 10 09:51 tr-TR
drwxr-xr-x 1 root root 0 Sep 10 09:51 zh-CN
drwxr-xr-x 1 root root 0 Sep 10 09:51 zh-HK
drwxr-xr-x 1 root root 0 Sep 10 09:51 zh-TW
@unklarer:
Ich habe jetzt erst mal den bequemeren Weg des Verschiebens des freien Platzes mit Gparted gewählt und nicht die Radikalkur von der_bud deshalb ist die Partition auch noch übrig.
Da scheint der Bootmanager drin zu liegen.
Jupp, der Deines längst über die Wupper gegangenen Windows, den Du mit Sicherheit nur beim Starten Deines Windows zu Gesicht bekommen hast..
Lösch Sie.