Ubuntu Sverige

Jag experimenterar på som vanligt, och som vanligt så funkar inget som jag vill...
Nu har jag installerat pcbsd på en dator där jag redan hade ubuntu (11.04).

Problemet är att det inte går att starta pcbsd från grub, ity jag får bara meddelandet "no such partition"

Jag bifogar RESULTS som skapas av ett bootscript som jag hoppas någon känner till, där verkar det mesta stå, men jag förstår mig tyvärr inte riktigt på det. Till saken hör att jag har gjort typ samma sak förut, fast då installerades pcbsd först och sedan ubuntu, och de låg på samma hårddisk... tror jag... och då lyckades jag fixa det på något vänster.

Starta upp en LiveCD och reparera grubs MBR med så borde det fungera med Natty igen.

tyvärr, det blev ingen skillnad. Men jag kanske var lite otydlig... ubuntu funkar utan problem (förutom xfce då). Problemet är att grub inte kan hitta partitionen som pcbsd ligger på. I "RESULTS" så står det ju något om att den inte lyckades mounta pga fel filsystem, det har inget med det att göra?

Ok, då missuppfattade jag dig.

Jalle_88 skrev:I "RESULTS" så står det ju något om att den inte lyckades mounta pga fel filsystem, det har inget med det att göra?

Har du verifierat det genom att försöka montera den manuellt? Om det inte lyckas så återstår nog bara att försöka reparera partitionen

Manuell montering gav exakt samma felmeddelande som bootscrptet.

Det andra kommandot ger följande resultat. Det börjar väl luta åt att jag får försöka installera om pcbsd med några andra inställningar.

Jalle_88 skrev:fsck: fsck.ufs: not found

Installera paketet ufsutils och prova igen.

Det fungerade inte heller, men jag har lyckats lösa det ändå.

Grejen var dels att grub inte numrerar diskarna på samma sätt som ubuntu, så sdb var inte hd1 utan hd2, vilket jag såg när jag tog mig in i grub's kommandorad.

Sedan har jag på något sätt lyckats partitionera med någon msdos-standard (tror jag), så mina partitioner heter inte (hd2,1) osv, utan (hd2,msdos1), plus att man måste (tror jag, igen) skriva "insmod part_msdos" i grub-filen.

Nu lyckas jag boota pcbsd, men det var ju för all del ingen långvarig lycka med det, eftersom allt som händer är att det står "write failed... /usr, file system is full". I PC-BSD's dokumentation står det att rekomenderad storlek på partitionen är 20Gb, och jag gav den 30Gb... men av de 30 tog den automatiska partitioneraren under installationen 18Gb till swap!

Men så länge detta inte har något med GRUB att göra (vilket jag tvivlar på), så är väl mitt problem löst.

Hur som helst, när jag kommer hem postar jag det jag skrev in i grub-filen, i fall någon annan skulle drabbas av samma problem och råka hitta den här sidan.

Jalle_88 skrev:Sedan har jag på något sätt lyckats partitionera med någon msdos-standard (tror jag), så mina partitioner heter inte (hd2,1) osv, utan (hd2,msdos1), plus att man måste (tror jag, igen) skriva "insmod part_msdos" i grub-filen.

Misstänker att den nya beteckningen (hd2,msdos1) har tillkommit för att skilja MBR och GPT åt där då msdos står för MBR i bootsektorn. I grub2-kommandon fungerar även beteckningen (hd2,1), åtminstone än så länge.

Tja, så här gjorde jag: Efter att ha tagit reda på vad grub kallade partitionen, så körde jag: (textediterare efter tycke och smak) (ctrl-x ctrl-q för att ändra skrivrättigheter i emacs)
Sedan skrev jag in detta i den filen: varefter jag körde: Nu är jag ren novis, men detta funkade för mig i alla fall.

Japp, det ser helt riktigt ut för sdc3

Jo... fast pcbsd ligger på sdb3, det finns ingen sdc3, grub verkar numrera lite hur som helst

Hoppsan
Det vore intressant att se om (hd2) även dyker upp vid grub-prompten om du känner för det.

När du kommer till grubmenyn vid uppstart tryck C så kommer du dit dvs till en prompt som ser ut så här grub>

Kör kommadot ls och se om (hd2) och (hd2,3) dyker upp. I så fall kan du undersöka vad (hd1,X) är.

För t.ex (hd1,1) kör kommandot ls (hd1,1)/ så ser du högsta nivån i det root-trädet. Då kanske du kan lista ut vad (hd1) är för enhet. Kör du ls (hd1,1) dvs utan slash (/) så ger den bl.a UUID. Men jag misstänker att det är nåt annat skumt och att (hd2) inte dyker upp alls.

Jo då, hd2 dyker upp. Det var så jag kom på vilken hårddisk det var. sda=hd0, sdb=hd2 och sdc=hd1. Jag har ingen aning om varför.

Vi hade de problemet för några år sen men efter det att UUID introducerades så försvann det nästan helt.

Problemet uppstår då Bios, Grub o/e Operativsystemet inte har samma syn på i vilken ordning diskarna ligger. Grub får t.ex gissa sig till hur Bios ser ordningen och det fungerar för det mesta. Problemet dök upp eller blev ett problem iom att SATA-diskarna började komma in i datorerna och då speciellt i fallet med en mix av IDE- och SATA-diskar.