Siduction Forum
Siduction Forum => Installation - Support => Topic started by: cas on 2016/09/12, 13:01:57
-
Hallo,
ich habe siduction in eine leere Partition installiert.
Beim Installer stand, dass man bei mehreren HDDs , die entspreche auswaehlen soll.
Ich meine, dass ich das gemacht habe.
Jetzt kann ich aber gar nichts mehr starten. Was soll ich jetzt tun. Von live-CD "update-grub" aufrufen?
-
Von der live_cd erst mal
fdisk -l
damit du den Überblick bekommst. ;)
-
ist schon ganz schoen unuebersichtlich
das bisherige System ist auf /dev/sda7
das gerade installierte auf /dev/sdb11
root@siduction:/home/siducer# fdisk -l
Disk /dev/sda: 119.2 GiB, 128035676160 bytes, 250069680 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: 0x000ec727
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 41512959 41510912 19.8G 83 Linux
/dev/sda2 41512960 250068991 208556032 99.5G 5 Extended
/dev/sda5 232968192 250068991 17100800 8.2G 82 Linux swap / Solaris
/dev/sda6 41515008 193146879 151631872 72.3G 83 Linux
/dev/sda7 193148928 232966143 39817216 19G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdb: 5.5 TiB, 6001175126016 bytes, 11721045168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7E48C312-A8EF-48E1-A9AB-1D0AE8C626AE
Device Start End Sectors Size Type
/dev/sdb1 2048 4095 2048 1M Linux filesystem
/dev/sdb2 4096 307202047 307197952 146.5G Linux filesystem
/dev/sdb3 307202048 10785107967 10477905920 4.9T Linux filesystem
/dev/sdb4 10785107968 10785722367 614400 300M Windows recovery environme
/dev/sdb5 10785722368 10785927167 204800 100M EFI System
/dev/sdb6 10785927168 10786189311 262144 128M Microsoft reserved
/dev/sdb7 11512369152 11614240767 101871616 48.6G Microsoft basic data
/dev/sdb8 11614240768 11615162367 921600 450M Windows recovery environme
/dev/sdb9 11615162368 11616186367 1024000 500M Linux filesystem
/dev/sdb10 11616186368 11668615167 52428800 25G Linux filesystem
/dev/sdb11 11668615168 11721043967 52428800 25G Linux filesystem
Disk /dev/sde: 1.8 TiB, 2000398934016 bytes, 3907029168 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: 0x89e189e1
Device Boot Start End Sectors Size Id Type
/dev/sde1 2048 4095 2048 1M 83 Linux
/dev/sde2 4096 409604095 409600000 195.3G 83 Linux
/dev/sde3 409604096 3907028991 3497424896 1.6T 5 Extended
/dev/sde5 409606144 3584006143 3174400000 1.5T 83 Linux
/dev/sde6 3584008192 3595636735 11628544 5.6G 83 Linux
/dev/sde7 3595638784 3907028991 311390208 148.5G 83 Linux
Disk /dev/sdd: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x8e61ba23
Device Boot Start End Sectors Size Id Type
/dev/sdd1 63 2393684 2393622 1.1G c W95 FAT32 (LBA)
/dev/sdd2 2394112 3907028991 3904634880 1.8T 5 Extended
/dev/sdd5 2396160 3907028991 3904632832 1.8T 83 Linux
Partition 1 does not start on physical sector boundary.
Disk /dev/sdc: 74.5 GiB, 80026361856 bytes, 156301488 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: 0x91e091e0
Device Boot Start End Sectors Size Id Type
/dev/sdc1 * 63 61432559 61432497 29.3G 7 HPFS/NTFS/exFAT
/dev/sdc2 147420000 156295439 8875440 4.2G 12 Compaq diagnostics
/dev/sdc3 61432560 147412439 85979880 41G 5 Extended
/dev/sdc5 122822656 147410943 24588288 11.7G 83 Linux
/dev/sdc6 120737792 122822655 2084864 1018M 82 Linux swap / Solaris
/dev/sdc7 61435904 80072703 18636800 8.9G 7 HPFS/NTFS/exFAT
/dev/sdc8 80074752 120735743 40660992 19.4G 83 Linux
Partition table entries are not in disk order.
Disk /dev/sdf: 14.5 GiB, 15597568000 bytes, 30464000 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: 0x7159e5dc
Device Boot Start End Sectors Size Id Type
/dev/sdf1 * 0 2461183 2461184 1.2G 0 Empty
/dev/sdf2 492 6251 5760 2.8M ef EFI (FAT-12/16/32)
Disk /dev/loop0: 1.1 GiB, 1214320640 bytes, 2371720 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
Disk /dev/loop1: 4 KiB, 4096 bytes, 8 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
-
Respekt ;D eine wirklich satte Auswahl.
Ich schicke gleich voraus, wenn hier die EFI den "Hut" auf hat, da bin ich 'raus. Mit der kann und will ich nix zu tun haben! :P
Angenommen, sdb11 ist jetzt dein Hauptsystem und sein Grub ist im MBR von sdb, dann wirst du dort 'rein chrooten müssengrub-mkdevicemap
und anschließend
update-grub
ausführen.
Von der live-cd kannst du auch das Handbuch zu siduction - Inhalt - Bereich ganz unten zu Grub2 ansehen.
Grundsätzlich gib es viele Wege "nach Rom". Vielleicht hat hier einer eine einfachere Lösung.
Was mich aber bei deiner Konfiguration massiv stört, sind die mehreren Boot-Flags. Welche Platte die schnellere ist bekommt also vom Bios das Geschehen übertragen... und, sdb ist nicht dabei. :-\
-
Respekt ;D eine wirklich satte Auswahl.
es sind teilweise aus anderen PCs ausgebaute HDDs, wo die OS im Grunde nicht weiter benutzt werden, sondern die anderen freien Partitionen als Datenlager genutzt werden. Ich bin noch nicht dazu gekommen und komme auch zumindest in der naeheren zukunft nicht dazu, das mal zu sortieren.
Was mich aber bei deiner Konfiguration massiv stört, sind die mehreren Boot-Flags. Welche Platte die schnellere ist bekommt also vom Bios das Geschehen übertragen... und, sdb ist nicht dabei. :-\
sda ist mein bisheriges Hauptsystem
sda ist eine SSD und auf sda1 sollte mein Hauptsystem eigentlich bleiben. Weil KDE dort auf sda1 im Moment nicht richtig laeuft, wollte ich temporaer auf sdb11 mal cinnamon installieren.
sdc ist eine sehr langsame und alte Notebook Platte, die vermutlich niemals schneller als irgendwer/was sein wird. das boot flag dort habe ich dennoch entfernt.
sdf ist der Stick (live-cd)
Angenommen, sdb11 ist jetzt dein Hauptsystem
es spiel keine Rolle, was das "Hauptsystem" sein soll. Ich moechte beide booten, kann aber keines booten, sondern nur live-CD/Stick
Ich schicke gleich voraus, wenn hier die EFI den "Hut" auf hat, da bin ich 'raus. Mit der kann und will ich nix zu tun haben!
sdb hat insgesamt 6TB. also ist da gar kein mbr mehr, sondern gpt?
Jedenfalls bin ich nach wie vor verwirrt.
Wenn ich jetzt von live-CD einfach nochmal auf sdb11 installiere und dieses mal es bei der Voreinstellung "GRUB im Masterboot-Sector" belasse.
Ist dann alles OK?
-
Nee, dann kommst'e wieder zu der jetzigen Situation.
Die Installation dieses Bootloader von sdb11 (wenn du die Installation nochmal durchführst), kann man doch auch weglassen.
Ich würde in sda1 dann chrooten und da die Befehle oben bzw. [size=78%]update-grub [/size][size=78%]ausführen.[/size]
Edit: Manchmal kotzt mich die Forensoftware und der qupzilla hier an... >:(
-
fstab von sda7
oot@siduction:/mnt/etc# cat fstab
UUID=76450f12-9e56-4eb8-9292-35daadab16e0 /disks/disk1part1 ext4 auto,users,rw,exec,relatime 0 0
UUID=2544689f-8f03-48a3-ab8c-bb716e507685 none swap sw 0 0
UUID=841eb4fc-f6b1-4552-a419-44a124f3eeb2 /home ext4 defaults,relatime,errors=remount-ro 0 2
UUID=aa41392c-c377-4eca-8090-7581f3b58973 / ext4 defaults,relatime,errors=remount-ro 0 1
UUID=56869CCE869CAFCB /disks/disk2part1 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=5441-23B1 /disks/disk2part2 vfat auto,users,rw,quiet,umask=000 0 0
UUID=9bc84f13-cab1-415b-85cf-263702aa4014 /disks/disk2part5 ext4 auto,users,rw,exec,relatime 0 0
UUID=a0a51f7c-b4ec-41b5-94df-ac58d5a27432 none swap sw 0 0
UUID=18C978AA5B72C857 /disks/disk2part7 ntfs auto,users,ro,dmask=0022,fmask=0133,nls=utf8 0 0
UUID=92953e16-69c6-4be1-9f7e-89bcd39227f0 /disks/disk2part8 ext4 auto,users,rw,exec,relatime 0 0
UUID=da89bcc4-9599-4e8b-a681-5a38a75aef6b /disks/disk3part1 ext4 auto,users,rw,exec,relatime 0 0
UUID=76e46f7e-b820-46e6-84f7-d828ca642641 /disks/disk3part2 ext4 auto,users,rw,exec,relatime 0 0
UUID=9f0bc6be-4cce-4e2d-9b80-9d33d27fafa8 /disks/disk3part3 ext4 auto,users,rw,exec,relatime 0 0
UUID=56b23fb2-3b2b-4e2f-ad11-47fd6a09a4ea /disks/disk3part4 ext4 auto,users,rw,exec,relatime 0 0
UUID=8c40dce4-7c86-4a72-b80b-9936b0361a6f /disks/disk3part5 ext4 auto,users,rw,exec,relatime 0 0
UUID=ebce147e-c249-46d8-90b5-17e749f763ef /disks/disk3part6 ext4 auto,users,rw,exec,relatime 0 0
UUID=1305-3E64 /disks/disk4part1 vfat auto,users,rw,quiet,umask=000 0 0
UUID=1553b6fd-e1dc-4833-9ce4-2a3b61f480bc /disks/disk4part5 ext4 auto,users,rw,exec,relatime 0 0
UUID=1d5a1088-cdec-47cd-936a-6788abaffa2b /disks/disk5part1 ext2 auto,users,rw,exec,relatime 0 0
#UUID=f84d5768-f8d4-4c87-bece-ee3f6a99263f /disks/disk5part2 ext4 auto,users,rw,exec,relatime 0 0
UUID=0cf8f3f9-0ed1-4f16-b7fb-5d30ecd09530 /disks/disk5part5 ext4 auto,users,rw,exec,relatime 0 0
UUID=05eda820-5e31-485a-89ea-a7714005c651 /disks/disk5part6 ext4 auto,users,rw,exec,relatime 0 0
UUID=f00e5af3-2ec3-495f-817d-f44e0b2c5aae /disks/disk5part7 ext4 auto,users,rw,exec,relatime 0 0
-
mein altes system startete, aber nur bis zu einem bestimmmten Punkt.
im IRC hat mir agaida geraten, in /etc/fstab alles, bis auf das nötigste auzukommentieren, was ich getan habe. jetzt startet mein altes system auf /dev/sda7 wieder und nach update-grub auch das neue auf /dev/sdb11.
Später werde ich die schuldige Partition finden und überhaupt mal aufräumen.
Danke & Grüße an alle, Christian
-
Glückwunsch! :)
Da sieht man wieder, agaida weiß eben mehr, als wir alle zusammen. ;)
Außerdem hatte ich sda7 mit sda1 verwechselt.