Siduction Forum

Siduction Forum => Hardware - Support => Topic started by: jackyohh on 2012/01/16, 14:50:09

Title: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll?
Post by: jackyohh on 2012/01/16, 14:50:09
hi,

mein plan ist folgender und zwar windows 7 64bit und siduction auf eine ssd zu installieren.

wie im wiki beschrieben eine gpt auf der ssd angelegt. Windows 7 im UEFI Modus installiert (verlangt windows wegen gpt)
ACHTUNG!!! WINDOWS ÜBERSCHREIBT EINFACH OHNE NACHFRAGEN DIE ERSTE PARTITION UND LEGT EINE UEFI-PARTITION AN!!!!
(.... zum glück ein backup erstellt!)

aptosid (siduction wollte ich später ausprobieren) ebenfalls im uefi-modus installiert (/dev/sdb2).

gdisk ausgabe
Disk /dev/sdb: 250069680 sectors, 119.2 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 0F66C3F4-286C-4228-80AD-56F58F842299
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 250069646
Partitions will be aligned on 2048-sector boundaries
Total free space is 2669 sectors (1.3 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
  1            2048          206847   100.0 MiB   EF00  EFI System
  2          206848        42149887   20.0 GiB    0700  root
  3        42149888        84092927   20.0 GiB    0700  home
  4        84092928       126035967   20.0 GiB    0700  root_alternativ
  5       126035968       126298111   128.0 MiB   0C01  Microsoft reserved part
  6       126298112       250068991   59.0 GiB    0700  Basic data partition

grub wird hier durch grub-efi ersetzt und hier fangen die probleme an.

Framebuffer
scheinbar nutzt grub-efi einen anderen(??) framebuffer, oder spricht ihn anders an, ka. auf jeden fall funktionieren die einträge aus grub zeiten (nicht efi) nicht mehr. zig anpassungen scheiterten ebenfalls.

hier meine /etc/grub/default

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet vga=799"
GRUB_CMDLINE_LINUX="quiet"
GRUB_GFXMODE=1920x1200

# hwinfo --vbe | grep Mode
Current VESA Mode: 0x0001
   Mode: 0x01 (Write Back)
   Mode: 0x02 (Varies with Memory Address)
   Mode: 0x03 (Unknown)
 Model: "NVIDIA GW-P/N@PM8D8684GSN73P:0"
 Mode 0x0300: 640x400 (+640), 8 bits
 Mode 0x0301: 640x480 (+640), 8 bits
.....
 Mode 0x0369: 1680x1050 (+6720), 24 bits
 Mode 0x037c: 1920x1200 (+1920), 8 bits
 Mode 0x037d: 1920x1200 (+7680), 24 bits


Multiboot
das zweite problem betrifft multiboot. grub-efi erkennt windows 7 nicht. hab schon etwas rumprobiert, aber ohne ergebnis. man kann natürlich über das bios windows 7 auswählen, aber das ist zu umständlich.

hat das jemand schon zum laufen bekommen?

das ist jetzt mal mein erfahrungsschatz, den ich nicht vorenthalten wollte.

grundsätzlich frag ich mich, ob es nicht sinnvoller wäre, wieder auf mbr statt gpt zu setzen. natürlich sollte man auf das alignment achten, aber sonst fällt mir nichts negatives ein.

hat jemand anregungen und vorschläge?
Title: RE: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll
Post by: towo on 2012/01/16, 15:07:04
Also, vga=foo is auch sowas von depricated.
Den Framebuffer für tty setzt man mittels
GRUB_GFXPAYLOAD_LINUX=1920x1200
in /etc/default/grub
Title: RE: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll
Post by: jackyohh on 2012/01/16, 17:03:19
hab ich auch probiert, bringt auch nix.
Title: RE: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll
Post by: towo on 2012/01/16, 17:04:25
update-grub hast Du dann aber schon ausgeführt, oder?
Title: RE: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll
Post by: jackyohh on 2012/01/17, 12:33:57
auch das hab ich gemacht :(
Title: RE: Dualboot Sid - Win auf SSD mit gpt oder mit mbr sinnvoll
Post by: jackyohh on 2012/01/19, 12:59:03
naja bin jetzt wieder bei mbr + grub (nicht efi) ... solang grub-efi nur 90er jahre auflösungen kann und kein windows im efi-modus erkennt, wird sich das auch nicht ändern.