Umuligt at installere Linux på Macbook Pro? [LØST]

Jeg kender intet til at installere Arch Linux på en macbook eller andet Apple produkt så jeg nøjes med at linke til denne guide:
http://wiki.archlinux.org/index.php/MacBook

Du må lige skrive hvis du allerede har forsøgt dig med denne.

Hej Julemand

Jeg har forsøgt mig med den guide. Det lader lidt til, at der findes noget meget esoterisk hardware i den computer, der gør, at jeg ikke kan boote live-cd'en. Læg mærke til, at min lillebrors Macbook Pro (modellen ældre) booter alle distroer fint uden problemer.

Guiden henviser til EFI det fik mig til at tænke.

Jeg har aldrig hørt om EFI brugt i forbindelse med normalle x86 system(men er en feature af IA64 itanium). Det kan ske at apple har kvejet sig med din model således at BIOS emulationenen ikke virker, det kan give en x86 optimeret kerne uden EFI suppert kompilet ind problemer med at boote.

EFI er en erstatning for BIOS med flere features, oprindelig designet til intel-HP's itanium powered platform, der ikke helt blev den revolution forventet pga AMD's x86_64 arkitektur.

Hvad fortæller kernen dig hvis du trykker på esc under opstart for at få det rå "console" Output. Og har du sikret dig dit firmware er 110% opdateret og sat op til at tilade bios boot.

spørgsmål hvorfor købt du en mac hvis du ikke kan lide OS X?
Men tilbage til topic, jeg har hørt at det skulle være tæt på umuligt at installere Arch på en MBP og en MB

@dudsen:


"Hvad fortæller kernen dig hvis du trykker på esc under opstart for at få det rå "console" Output."
Jeg synes ikke OS X giver noget brugbar information. Eller var det Arch du mente? Jeg kan lige prøve at smide fejlmeddelelsen herind :)


"Og har du sikret dig dit firmware er 110% opdateret og sat op til at tilade bios boot."
Firmware er 100% opdateret, men jeg ved ikke, hvordan man tillader bios boot. Er det en speciel opsætning?

@ Looop:

"spørgsmål hvorfor købt du en mac hvis du ikke kan lide OS X?"
Fordi jeg synes Apples computere har det bedste hardware. Desuden ville jeg gerne teste OS X i en periode, men jeg har fundet ud af, at jeg finder Linux mere tilfredsstillende for mine behov.

"Men tilbage til topic, jeg har hørt at det skulle være tæt på umuligt at installere Arch på en MBP og en MB"

Jeg kan jo som sagt sagtens boote op på min lillebrors mac, og jeg har skam også formået at installere Suse på denne, så det tror jeg ikke. Men hvis du kan finde det sted, du har læst det, vil jeg meget gerne læse tråden :).

Jeg har ikke læst det i en tråd men bruger Mac til dagligt og der har jeg hørt fra flere med bruger at Arch ikke kan installeres på de nyest uni body macs

Jeg er HELT sikker på, at det er fordi den ikke kan finde harddisken. Når jeg booter fra live-cd'en med en USB-nøgle, kan den sagtens boote(dog genkender den stadig ikke min harddisk, men kun usb-nøglen).

Her kommer der output fra Arch's bootup:


ata1: COMRESET failed (errno=-16)
ata2: COMRESET failed (errno=-16)
ata1: link is slow to respond, please be patient (ready=0)
ata2: link is slow to respond, please be patient (ready=0)
ata1: limiting SATA speed to 1.5 Gbps
ata2: COMRESET failed (errno=-16)
ata2: limiting SATA speed to 1.5 Gbps
ata1: COMRESET failed (errno=-16)
ata1: reset failed, giving up
ata2: COMRESET failed (errno=-16)
ata2: reset failed, giving up
sd 2:0:0:0: [sda] Attached SCSI removable disk
sd 2:0:0:0: Attached scsi generic sg0 type 0
done
:: Running Hook [archiso]
:: Running Hook [archiso_pxe_nbd]
:: Mounting tmpfs, size=75%... done
:: Waiting for boot device
Waiting 30 seconds for device /dev(disk-by-label/ARCH_201005...
ERROR: boot device didn't show up after 30 seconds...
Falling back to interactive prompt
you can try to fix this manually, log out when you are finished
/bin/sh: can't access tty; job control turned off
[ramfs /]#

"ata1: COMRESET failed (errno=-16)"

Betyder at du ikke får fat i hardisken. men det vidste vi allerede, er det hele outputtet?

Siden hardisken er tilgængeligt fra suse kan du prøve at tjække hvad den identificere sata controler og hardisk som.

google pejer på at apple lavede noget dumt med sata controleren i deres nyeste macbook og apple er notorisk for at anvende billige substandard chipsets.

En anden forklaring kunne værre at arch er kompilet med ukomplette Opensource drivere istedet for velfungerende leverendør skabte drivere.

"/bin/sh: can't access tty; job control turned off" Kan jeg dog ikke helt gennemskue, det kan betyde noget dybere som f.eks. at paladium/TCPA chippen(jep apple bruger den aktivt) prøver at forbyde dig at instalere linux eller der er problemer med at scanne hardwaren(EFI vs bios problemet)

Mig bekendt er der en bug i kernen som gør at nyeste Macbook pro's sata controller ikke virker. (Kloeri fra sslug møderne har hygget sig lidt med dette problem).

Nyeste kernel 2.6.35 skulle have løst denne bug, så du skal finde en livecd med en meget ny kernel før du kan installere på den.

Hvis det passer så kan der hentes en uofficiel Arch Linux installation her med 2.6.35.2:
ftp://ftp.klid.dk/archlinux/iso/archboot/

Bare hent 2010.08 versionen. Mener at både 32- og 64-bit versionen af Arch Linux ligger på samme iso.

Nu har jeg omsider fået installeret Arch. Installationen forløb forholdsvis smertefrit, men jeg kan kun boote i fallback mode. Hvad kan problemet skyldes? Jeg poster en fejlmeddelelse lidt senere :)

#13
Forklaringen er at Arch Linux opbygger en såkaldt init fil ved navn "kernel26.img". I dag findes der mange forskellige computere med forskellig opbygning af hardware. Dette løses ved at gøre stort set alle device drivere til moduler således at Linux kernen kun loader de moduler der er nødvendige for at dit system fungerer som det skal.

Men hvad med boot? Når kernen loader ved boot har den fra start af ikke adgang til harddisken da den endnu ikke har indlæst dette modul men hvis dette modul ligger på harddisken så er der jo et problem. Før i tiden valgte man så bare at have disse nødvendige moduler inde i kernen men computere findes nu i mange forskellige opsætninger og det er ved at være noget rod at skulle inkluderer en masse disk moduler i kernen bare for at boot.

Løsningen er så at have en fil som fx "kernel26.img" der loades sammen med kernen. Dette image indeholder de moduler der skal til for at boot systemet og kernen kan tilgå disse og load dem for derefter at kunne tilgå harddisken og indlæse resten af modulerne.

Filen "kernel26.img" skal så bygges hver gang der sker en forandring i computerens konfiguration eller kernen opdateres. I Arch Linux er det programmet mkinitcpio der opbygger filen og programmet kaldes hver gang kernen opdateres (dette kan du tydeligt se når kernen opdateres at dette tager noget tid mens der er en masse output). Faktisk så opbygger mkinitcpio 2 filer med disse egenskaber:

kernel26.img - Generes efter at mkinitcpio har lavet en vurdering af dit system og fundet frem til de moduler der skal til for at boot netop dit system. Du kan påvirke dette ved at gå ind i filen /etc/mkinitcpio.conf.

kernel26-fallback.img - Indeholder alle moduler uden der er foretaget nogen vurdering om nogen af dem der spild af plads. Dette image vil klart nok fylde en del mere og bruges derfor ikke til dagligt da det tager lidt længere tid at indlæse.

"kernel26-fallback.img" er altså en fil der benyttes hvis mkinitcpio har lavet en fejlvurdering af dit system eller bare ikke er konfigureret korrekt. Du kan godt være doven og bare blive ved med at bruge "kernel26-fallback.img" men jeg vil da klart anbefale dig at finde frem til hvilke moduler der er nødvendige for at kunne få fat på din harddisk og så sørge for at disse kommer med i "kernel26.img" filen. Du kan læse meget mere om mkinitcpio på denne glimrende wiki side.

http://wiki.archlinux.org/index.php/Mkinitcpio

Håber du kan bruge denne information til noget. :)

Det er virkelig dejligt, at der findes så hjælpsomme mennesker som jer, der er villige til at hjælpe gratis.

Jeg har fået det op at køre (stadig med Fallback, måske compiler jeg en rigtig kernel i weekenden). Det eneste, der ikke virker så godt som i OS X er touchpaden. Hvis nogen har samme computer og gerne vil køre Arch, så tøv ikke med at skrive. Guiden på Archwiki er en smule uddateret.

Batterilevetiden er heller ikke imponerende, men jeg arbejder på det.

#15
Du behøver nu ikke at compile din egen kerne for at undgå fallback men det kan du jo læse om i det link jeg skrev i #14.

Batterilevetiden kan nok forbedres kraftigt ved at sætte nogle cpufreq regler op.

Jeg har allerede instillet cpu-freq til at køre på ondemand, og laptop-mode-tools kører også.

er det muligt at få et lille review af fx batteritiden på sådan et bæst ?

ang. din batteritid så er det nok fordi du har to grafikkort i maskine (De fleste "pro" modeller har det) og OSX bruger som standard den lille onboard (indbygget i chipset) og ikke det store dedikeret med eget ram. Linux kan via legacy-mode (BIOS emulering) kun se det store kort og det sluger altså rigtig meget strøm (som i halveret batteritid).
Der findes kun en måde at løse det på (faktisk to) og det er ved at boot i EFI-mode. Til dette skal du bruge grub-efi eller lilo-efi. Når du så er kan boot via EFI skulle xorg kunne se begge grafikkort og du kan så lave en xorg.conf til hvert kort. brig PCI id's til dette.
Jeg har selv prøvet at lege med det for et år siden, men fik det aldrig til at virke.
Du kan læse en masse om det på ubuntus forum og lidt i der wiki. (Kan ikke lige huske links.)

Mvh Jesper

p.s. dette er også grunden til at din macbook pro virker varmere i linux end osx.