Visa obesvarade inlägg | Visa aktiva trådar Aktuellt datum och tid: 04 apr 2020, 07:25

Kategoriregler


Läs följande innan du postar: viewtopic.php?f=208&t=44692
Du får hjälp att komma igång med Ubuntu genom att välja en personlig fadder här: viewtopic.php?f=110&t=8767



Svara på tråd  [ 62 inlägg ]  Gå till sida Föregående  1, 2, 3, 4  Nästa
 Vad styr Grub i startsekvensen 
Författare Meddelande
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Det är inte en efi-maskin.

så då kan jag glömma den funderingen.

tittade lite på den varnings text som uppkom efter jag tidigare körde "update grub"

Kod:
 WARNING: Failed to connect to lvmetad. Falling back to internal scanning.
  /run/lvm/lvmetad.socket: connect failed: No such file or directory


fann liknande svar som denna i flertalet trådar

med uppmaningen att ändra
Kod:
use_lvmetad = 0


prövade detta och gjorde ett nytt försök.
nu hade jag "bara" följande" felkod kvar.

Kod:
grub-probe: fel: kan inte hitta en GRUB-enhet för /dev/sdf1.  Kontroller din enhetskarta.
färdigt


Vilket jag inte förstår då disken /sdf ingår i array 2 (bkup2)

uppmaningen att kontrollera enhetskartan, antar jag syftar på "fstab"

Kod:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/server--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
#UUID=e8317011-b244-415c-9760-b26590b77998 /boot           ext4    defaults        0       2
/dev/mapper/server--vg-swap_1 none            swap    sw              0       0
#raid array 1
#UUID=78d13f5d:0420d379:0f60b206:64b7d706     /dev/md0    ext4     defaults  0   0
LABEL=Bkup1 /mnt/Bkup1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Bkup2 /mnt/Bkup2 auto nosuid,nodev,nofail,x-gvfs-show 0 0
#UUID=e8317011-b244-415c-9760-b26590b77998   /boot   ext4   defaults   0   2
UUID=e8317011-b244-415c-9760-b26590b77998   /boot   ext4   defaults   0   2


Vad jag kan se så är det inga konstigheter med den, förutom att boot partionen står med flera ggr, men då bara en är aktiv så bör det inte påverka eller?

Finns det något annat jag skulle kunna undersöka innan jag börjar förbereda en ominstallation.


10 jan 2020, 08:57
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Kod:
grub-probe: fel: kan inte hitta en GRUB-enhet för /dev/sdf1.  Kontroller din enhetskarta.
färdigt


Vilket jag inte förstår då disken /sdf ingår i array 2 (bkup2)

uppmaningen att kontrollera enhetskartan, antar jag syftar på "fstab"
Det den menar är den gamla "device.map" som fanns i "grub legacy" (Grub 1), men som sedan försvann i "Grub 2".

Om du fortfarande kör grub legacy så ligger denna fil oftast i "/boot/grub" och kanske är det så att /dev/sdf1 inte står med där, vilket den egentligen inte ska behöva göra heller. Eller också är det så att den står med där, men att något annat saknas.

Om du kör Grub 2 (vilket du förmodligen gör, eftersom "update-grub finns), så kan du prova med att ta bort denna fil med:
sudo mv /boot/grub/device.map /boot/grub/device.bkup

I Grub 2 behövs inte denna fil längre, men kanske är det så att om den finns så används den...

skalman65 skrev:
Kod:
# /etc/fstab: static file system information.
.
.
.
Vad jag kan se så är det inga konstigheter med den, förutom att boot partionen står med flera ggr, men då bara en är aktiv så bör det inte påverka eller?
Ingenting konstigt i den här "fstaben", men som sagt, det är förmodligen "device.map" den menar...

skalman65 skrev:
Finns det något annat jag skulle kunna undersöka innan jag börjar förbereda en ominstallation.
Det verkar ju nästan som om "update-grub" funkade nu, även om den skrev ut ett litet fel. Eftersom du kommit fram till den punkten, så antar jag att "grub-install" också funkade som den skulle. Så - har du provat vad som händer om du försöker "boota upp" datorn nu...?

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


10 jan 2020, 11:50
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Osprey skrev:
Det verkar ju nästan som om "update-grub" funkade nu, även om den skrev ut ett litet fel. Eftersom du kommit fram till den punkten, så antar jag att "grub-install" också funkade som den skulle. Så - har du provat vad som händer om du försöker "boota upp" datorn nu...?


Det enda som händer är att jag får en blinkande markör, orkar jag vänta tillräckligt länge så får jag upp ett meddelande där jag ombeds "montera" en startbar disk.



Harnu tagit och kopierat samtliga mappar från /

förhoppningsvis så kan det gå lite lättare att ordna till samtliga inställningar.

Tanken är att jag påbörjar en ominstallation i morgon kväll istället.
Skulle du (eller någon annan) komma på något ytterligare innan dess så, prövar jag mer än gärna


Tack för hjälpen Osprey


10 jan 2020, 23:01
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Det enda som händer är att jag får en blinkande markör, orkar jag vänta tillräckligt länge så får jag upp ett meddelande där jag ombeds "montera" en startbar disk.
Din startbara disk är ju /dev/sda1, som jag antar att du haft monterad på /boot när du kört update-grub.

I övrigt så måste du ju alltså ha /dev/sda5 monterad först också och det är till den du måste göra chroot, för det är där som hela systemet, kommandon etc. ligger, förutom kärnan som alltså ligger på /dev/sda1.

skalman65 skrev:
Harnu tagit och kopierat samtliga mappar från /

förhoppningsvis så kan det gå lite lättare att ordna till samtliga inställningar.
De inställningar du behöver finns i huvudsak i "/etc", men en hel del av dem förutsätter att vissa extra program/paket är installerade för att det ska kunna funka.

skalman65 skrev:
Tanken är att jag påbörjar en ominstallation i morgon kväll istället.
Skulle du (eller någon annan) komma på något ytterligare innan dess så, prövar jag mer än gärna
Har du verkligen haft både /dev/sda5 och /dev/sda1 monterade när du provat..?

/dev/sda1 kan du montera på /boot efter att du gjort chroot till /dev/sda5 (/mnt), men du kan också montera den direkt på /mnt/boot, efter att du monterat /dev/sda5 på /mnt, men innan du gjort chroot.

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


10 jan 2020, 23:17
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Osprey skrev:
Har du verkligen haft både /dev/sda5 och /dev/sda1 monterade när du provat..?


Jag antar det, då "mount" kommandot inte gav något felmeddelande.

Men kan jag kontrollera det via terminalen, själv tänker jag mig ls kommandot,
dvs att efter "/sda 5" är monterad
köra

Kod:
ls /mnt


11 jan 2020, 11:09
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Jag antar det, då "mount" kommandot inte gav något felmeddelande.
Om /dev/sda5 inte hade varit monterat, så hade du inte kunnat göra chroot till /mnt...

Men ännu mer intressant är om du kan se att /dev/sda1 är monterat så att "chroot:en" kan se det...

När du är "inne i chroot" ska du kunna se det, med både "df" och "mount". Om det inte syns, så är det något som gör att /dev/sda1 inte fullt ut är monterat på "/boot" och då kan "update-grub" inte hitta den...

Om det är så, så gör "mount /dev/sda1 /boot" och prova igen. Ser du det då, så ska "update-grub" funka....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


11 jan 2020, 17:30
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Osprey skrev:
När du är "inne i chroot" ska du kunna se det, med både "df" och "mount". Om det inte syns, så är det något som gör att /dev/sda1 inte fullt ut är monterat på "/boot" och då kan "update-grub" inte hitta den...


Tog och ägnade lite tid åt att läsa på mer om chroot
För att förstå det bättre.

Därefter har jag gjort ett nytt försök.

och väl inne i "chroot" , efter att både / och boot var monterade ,
fick jag följande på "-df" kommandot

Kod:
root@ubuntu:/# df
Filsystem                   1K-block   Använt Tillgängligt Anv% Monterat på
/dev/mapper/server--vg-root 35411616 25870480      7719236  78% /
udev                         1704816        0      1704816   0% /dev
/dev/sda1                     474730   355061        90639  80% /boot


Fick då för mig att uppdatera systemet, (fortfarande i chroot) och där fick jag sedan en fundering om det kan påverka.

Så efter att ha kört en "apt update" med efterföljande upgrade
fick jag följande (kopierade bara det jag fann intressant)

Kod:
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... Generating /boot/grub/default file and setting the default boot entry to 0
Searching for GRUB installation directory ... found: /boot/grub
Testing for an existing GRUB menu.lst file ...

Could not find /boot/grub/menu.lst file.
Generating /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Updating /boot/grub/menu.lst ... done

Ställer in intel-microcode (3.20191115.1ubuntu0.16.04.2) ...
update-initramfs: deferring update (trigger activated)
intel-microcode: microcode will be updated at next boot
Ställer in libnss3-nssdb (2:3.28.4-0ubuntu0.16.04.10) ...
Ställer in libnss3:amd64 (2:3.28.4-0ubuntu0.16.04.10) ...
Ställer in chromium-browser (79.0.3945.79-0ubuntu0.16.04.1) ...
Ställer in chromium-browser-l10n (79.0.3945.79-0ubuntu0.16.04.1) ...
Hanterar utlösare för libc-bin (2.23-0ubuntu11) ...
Hanterar utlösare för initramfs-tools (0.122ubuntu8.16) ...
update-initramfs: Generating /boot/initrd.img-4.4.0-169-generic


Det jag funderade på här är om
"Searching for splash image ... none found, skipping ..."
kan ha någon betydelse ...

vidare la jag märke till att /boot utnyttjades till 80% ,
när jag tittade på det så har jag en mängd med kärnor.
Bör jag avinstallera dessa och ladda ner någon ny (senaste bara).


11 jan 2020, 20:54
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Kod:
Could not find /boot/grub/menu.lst file.
Generating /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Updating /boot/grub/menu.lst ... done
...

Det jag funderade på här är om
"Searching for splash image ... none found, skipping ..."
kan ha någon betydelse ...
Splash image är bara en egen bakgrundsbild man kan ha till Grub. Om man inte har lagt dit något eget, så använder den standardbilden, så det spelar ingen roll...

Däremot ser man att den söker efter och skapar, "menu.lst" och inte "grub.cfg". Detta innebär att den använder sig av den vid det här laget rätt ålderdomliga Legacy Grub, som ersattes av Grub 2 i Ubuntu år 2009. Något senare i t.ex RedHat och vissa andra (dock senast c:a 2014 för de flesta).

Legacy Grub bör dock fortfarande fungera, om du inte har någon möjlighet att uppgradera den...

skalman65 skrev:
vidare la jag märke till att /boot utnyttjades till 80% ,
när jag tittade på det så har jag en mängd med kärnor.
Bör jag avinstallera dessa och ladda ner någon ny (senaste bara).
Ja det är onödigt att ha kvar en massa gamla kärnor som med största sannolikhet aldrig kommer att användas igen. Normalt sett så brukar man spara en 2-3 kärnor för att ha som nödlösning om något skulle krångla med den senaste. Har du extrema krav på säkerhet och tillgänglighet, så kan du ju lägga ut gamla kärnor på ett USB-minne, så kan du kopiera in dem igen om något mot förmodan skulle krångla...

Men den verkar ju ha skapat en "menu.lst (Legacy Grub) nu, går det att boota upp med den...?

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


11 jan 2020, 22:36
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Osprey skrev:
Men den verkar ju ha skapat en "menu.lst (Legacy Grub) nu, går det att boota upp med den...?


Nej, skärmen är helt svart , med en blinkande markör tills den ca 5min senare ber mig att montera ett startbart medie....


Osprey skrev:
Däremot ser man att den söker efter och skapar, "menu.lst" och inte "grub.cfg".

Den raden har jag sett på flera operationer jag prövat nu under dagen.
men jag kan inte hitta filen själv, trots att den då skall vara skapad.

Kod:
Could not find /boot/grub/menu.lst file.
Generating /boot/grub/menu.lst


Däremot så fann jag grub.cfg

Osprey skrev:
Legacy Grub bör dock fortfarande fungera, om du inte har någon möjlighet att uppgradera den...


Det gav jag mig i kast med, försökte först att uppdatera,
samma resultat -svart skärm - prövade därefter att avinstallera grup 2 fullständigt. För att sedan installera Grub2 på nytt .
Men det gav mig bara en svart skärm.

Samt med den vetskap att jag har en del felaktigheter, både med Grub men även med den partitionering som jag hade valt.


Så jag har nu kastat in handduken, och försöker att få igång en ny installation av Ubuntu Server.

Förhoppningsvis så lyckas jag få till dessa delar bättre med en ny installation.

Dyker med all säkerhet upp med nya funderingar, vad gällande konfiguration av servern.


12 jan 2020, 20:58
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Osprey skrev:
Däremot ser man att den söker efter och skapar, "menu.lst" och inte "grub.cfg".

Den raden har jag sett på flera operationer jag prövat nu under dagen.
men jag kan inte hitta filen själv, trots att den då skall vara skapad.
Den filen borde skapas på /dev/sda1, som ska vara monterad på /boot. Om du startar upp från en live-cd och monterar /dev/sda1 på /mnt, så borde den finnas i /mnt/grub...

skalman65 skrev:
Kod:
Could not find /boot/grub/menu.lst file.
Generating /boot/grub/menu.lst


Däremot så fann jag grub.cfg
Måste ligga kvar från något tidigare tilfälle i så fall...

skalman65 skrev:
Osprey skrev:
Legacy Grub bör dock fortfarande fungera, om du inte har någon möjlighet att uppgradera den...


Det gav jag mig i kast med, försökte först att uppdatera,
samma resultat -svart skärm - prövade därefter att avinstallera grup 2 fullständigt. För att sedan installera Grub2 på nytt .
Men det gav mig bara en svart skärm.
Kör du avinstallation och installation från chroot då?

Sista försök, se till att datorn är ansluten till Internet och boota upp med Live-CD...

  1. Gör samma som innan fram till chroot och gör chroot...
    .
  2. Kör en fsck på partitionerna:
    e2fsck -f -y -v -C 0 -D /dev/sda1
    e2fsck -f -y -v -C 0 -D /dev/sda5

    ...eller...
    fsck /dev/sda1 (där du svarar "y" på alla frågor)
    fsck /dev/sda5 (samma...)
    .
  3. Förök rätta till eventuella fel med paket:
    apt-get -f install
    .
  4. Uppdatera och uppgradera:
    apt-get update
    apt-get upgrade
    apt-get dist-upgrade

    .
  5. Kopiera /boot (/dev/sda1) till /dev/sda5, för att slippa eventuella problem med separat bootpartition.
    mount /dev/sda1 /mnt
    cp -Rv /mnt/* /boot

    .
  6. Uppdatera Grub:
    update-grub
    .
  7. Fortsätt med avmonteringar och så vidare (/dev/sda1 eller /boot behöver/kan inte avmonteras i det här fallet)

Nu borde det rimligtvis funka....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


13 jan 2020, 10:42
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Osprey skrev:
Kör du avinstallation och installation från chroot då?


Ja det var det jag prövade med.

Osprey skrev:
Gör samma som innan fram till chroot och gör chroot...
.
Kör en fsck på partitionerna:
e2fsck -f -y -v -C 0 -D /dev/sda1
e2fsck -f -y -v -C 0 -D /dev/sda5


Maskinen är ansluten till internet,
öppnar denna tråd och kopierar många av kommandona.

Efter /sda1 fick jag följande utskrift:

Kod:
root@ubuntu:/# e2fsck -f -y -v -C 0 -D /dev/sda1
e2fsck 1.42.13 (17-May-2015)
Pass 1: Kontrollerar inoder, block och storlekar
Pass 2: Kontrollerar katalogstruktur                                           
Pass 3: Kontrollerar katalogförbindelser
/lost+found inte funnen.  Skapa? ja

Pass 3A: Optimerar kataloger
Pass 4: Kontrollerar referensräknare
Pass 5: Kontrollerar gruppsammanfattningsinformation
                                                                               
/dev/sda1: ***** FILSYSTEMET MODIFIERADES *****

         299 inoder använda (0.24 %, av 124928)
           0 ej konsekutiva filer (0.0 %)
           2 ej konsekutiva kataloger (0.7 %)
             antal inoder med ind/dind/tind-block: 0/0/0
             Histogram över utsträckningars djup: 290
       37480 använda block (7.52 %, av 498688)
           0 dåliga block
           0 stora filer

         284 normala filer
           5 kataloger
           0 teckenenhetsfiler
           0 blockenhetsfiler
           0 fifon
           0 länkar
           0 symboliska länkar (0 snbba symboliska länkar)
           0 uttag (sockets)
------------
         289 filer


Antar att det såg bra ut, då bara en mapp saknades men kunde skapas.

Men efter /sda5 (eller /server-vg/root som den även heter)
prövade bägge och fick detta felmeddelande

Kod:
root@ubuntu:/# e2fsck -f -y -v -C 0 -D /dev/sda5
e2fsck 1.42.13 (17-May-2015)
/dev/sda5 används.
e2fsck: Kan inte fortsätta, avbryter.root@ubuntu:/# e2fsck -f -y -v -C 0 -D /dev/sda5
e2fsck 1.42.13 (17-May-2015)
/dev/sda5 används.
e2fsck: Kan inte fortsätta, avbryter.


Betyder det att jag skall köra en fsck innan jag monterar den på /mnt


Gick vidare med att
Osprey skrev:
Förök rätta till eventuella fel med paket:
apt-get -f install
.


vilket jag tycker såg bättre ut
Kod:
root@ubuntu:/# apt-get -f install
Läser paketlistor… Färdig
Bygger beroendeträd       
Läser tillståndsinformation… Färdig
Följande paket har installerats automatiskt och är inte längre nödvändigt:
  linux-modules-4.4.0-165-generic
Använd ”sudo apt autoremove” för att ta bort det.
Följande paket kommer att TAS BORT:
  linux-image-4.15.0-74-generic linux-image-4.4.0-165-generic
0 att uppgradera, 0 att nyinstallera, 2 att ta bort och 0 att inte uppgradera.
2 är inte helt installerade eller borttagna.
Efter denna åtgärd kommer 15,4 MB att frigöras på disken.
Vill du fortsätta? [J/n] j
E: Kan inte skriva logg (Är /dev/pts monterad?) - posix_openpt (19: Enheten finns inte)
(Läser databasen ... 131933 filer och kataloger installerade.)
Tar bort linux-image-4.15.0-74-generic (4.15.0-74.83~16.04.1) ...
W: Last kernel image has been removed, so removing the default symlinks
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.15.0-74-generic
/etc/kernel/postrm.d/x-grub-legacy-ec2:
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Updating /boot/grub/menu.lst ... done

Tar bort linux-image-4.4.0-165-generic (4.4.0-165.193) ...
W: Last kernel image has been removed, so removing the default symlinks
/etc/kernel/postrm.d/initramfs-tools:
update-initramfs: Deleting /boot/initrd.img-4.4.0-165-generic
/etc/kernel/postrm.d/x-grub-legacy-ec2:
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Updating /boot/grub/menu.lst ... done


Nu hittas "menu1.st" som bara uppdateras
Däremot så frågar den efter /dev/pts - är den monterad
den raden har jag lagt märke till tidigare.


Men nu var inte /sda1 monterad på boot

Skulle jag ha gjort det

Övriga steg väntade jag med.


13 jan 2020, 12:26
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Men efter /sda5 (eller /server-vg/root som den även heter)
prövade bägge och fick detta felmeddelande

Kod:
root@ubuntu:/# e2fsck -f -y -v -C 0 -D /dev/sda5
e2fsck 1.42.13 (17-May-2015)
/dev/sda5 används.
e2fsck: Kan inte fortsätta, avbryter.root@ubuntu:/# e2fsck -f -y -v -C 0 -D /dev/sda5
e2fsck 1.42.13 (17-May-2015)
/dev/sda5 används.
e2fsck: Kan inte fortsätta, avbryter.


Betyder det att jag skall köra en fsck innan jag monterar den på /mnt
Ja precis! den måste du ju köra innan du monterar /dev/sda5 och gör chroot till den. Jag skrev nog lite snabbt där och tänkte inte efter riktigt... :-[

skalman65 skrev:
Nu hittas "menu1.st" som bara uppdateras
Däremot så frågar den efter /dev/pts - är den monterad
den raden har jag lagt märke till tidigare.
Helt rätt och det där med /dev/pts beror bara på att systemet inte är igång på vanligt sätt, utan du har bara gjort en chroot till det. Så den utskriften är standard när man gjort chroot...

skalman65 skrev:
Men nu var inte /sda1 monterad på boot

Skulle jag ha gjort det
Ja precis, det är viktigt att /dev/sda1 är monterat i detta läget, eftersom det är just där som menu.lst eller grub.cfg ska skapas eller ändras...

Resten såg ju bra ut! :D

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


13 jan 2020, 13:57
Profil WWW
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Och förresten, när du är chrootad till /dev/sda5 så ska du gå in och ändra "/etc/fstab" lite där också:

UUID=e8317011-b244-415c-9760-b26590b77998 /boot ext4 defaults 0 2
ska kommenteras bort, så det blir:
#UUID=e8317011-b244-415c-9760-b26590b77998 /boot ext4 defaults 0 2
...annars forstätter den att montera /dev/sda1, trots att det nu finns en lokal kopia...

Om du inte är chroot:ad så kan du montera /dev/sda5 på /mnt och ändra /mnt/etc/fstab direkt.... :)

Om allt funkar, så kan vi återgå till att försöka få det att funka med /dev/sda1 så som det var tänkt från början. Men nu kan det vara bra att eliminera den möjliga felkällan....

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


Senast redigerad av Osprey 16 jan 2020, 08:28, redigerad totalt 1 gång.



13 jan 2020, 14:38
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Gjorde två nya försök i går kväll men samma läge.

tänkte sätta mig och se på det på nytt ikväll när jag kommer hem till kvällen

Låter som en bra ide att lägga över /boot på /
Skulle det fungera så har jag funderar jag på det du sa
Osprey skrev:
slå ihop root ("/") och /boot också, eftersom det för hemmabruk oftast inte är någon speciell vinst med att ha det uppdelat.


så fungerar det i det här läget så är det jätte bra

Osprey skrev:
ändra "/etc/fstab" lite där också:


min fstab ser ut så här nu:
Kod:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/server--vg-root /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda1 during installation
#UUID=e8317011-b244-415c-9760-b26590b77998 /boot           ext4    defaults        0       2
/dev/mapper/server--vg-swap_1 none            swap    sw              0       0
#raid array 1
#UUID=78d13f5d:0420d379:0f60b206:64b7d706     /dev/md0    ext4     defaults  0   0
LABEL=Bkup1 /mnt/Bkup1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Bkup2 /mnt/Bkup2 auto nosuid,nodev,nofail,x-gvfs-show 0 0
#UUID=e8317011-b244-415c-9760-b26590b77998   /boot   ext4   defaults   0   2
#UUID=e8317011-b244-415c-9760-b26590b77998   /boot   ext4   defaults   0   2



funderar på om man skulle avaktivera bägge mina raid enheter, för att det inte skall "störa"
har avaktiverat min /boot partion dvs /sda1

sda5 är min lvm partion som då rymmer swap och /

Men behöver jag ändra raden för

/dev/mapper/server--vg-root /

för att systemat skall förstå att boot ligger på den?

kanske "städa" filen ? /boot kommer upp flera ggr


14 jan 2020, 12:52
Profil
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Skulle det fungera att kopiera hela / -partionen till ett usb.

för att sedan partitionera om hela /sda -disken till ex 3 partitioner

/ + swap + en "spar partion" allt i ext4 (då komma bort från lvm)

för att sedan kopiera tillbaka alla filer till /

och därefter installera om Grub


14 jan 2020, 23:41
Profil
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Gav mig på att göra som jag fundera på igår
-formaterade ett usb minne till ext 4
-varpå jag sedan valde att kopiera samtliga filer från disken med följande kommando

Kod:
sudo cp -afv /path/to/source/* /path/to/destination


som jag hittade i denna howto

Tänkte fortsätta till kvällen, och då med Gparteds hjälp formatera/partitionera om
disken

Nu har jag frågat detta tidigare men hittade inte,
storleken på swap ska jag skapa den lika stor som jag har ram-minne?

Disken ligger på 1TB och det kommer inte att användas på långa vägar.

har för mig att ram minnet är på 8gb men skall kolla upp det.


15 jan 2020, 12:03
Profil
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Nu har jag frågat detta tidigare men hittade inte,
storleken på swap ska jag skapa den lika stor som jag har ram-minne?
Ja det brukar vara lagom ungefär... :)

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


15 jan 2020, 12:17
Profil WWW
Användarvisningsbild

Blev medlem: 06 apr 2008, 00:09
Inlägg: 5469
Ort: Göteborg/Mölndal/Falkenberg
OS: Ubuntu
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
skalman65 skrev:
Men behöver jag ändra raden för

/dev/mapper/server--vg-root /

för att systemat skall förstå att boot ligger på den?

kanske "städa" filen ? /boot kommer upp flera ggr
Det enda du behöver göra, är att inte montera /dev/sda1 uppe på /boot. Om du inte gör det så tar den ju automatiskt det som ligger i /boot från början (vilket ska vara det som låg på /dev/sda1 förut). Och monteringen av /dev/sda1 har du ju kommenterat bort nu, så det ska vara lugnt... :)

skalman65 skrev:
Skulle det fungera att kopiera hela / -partionen till ett usb.

för att sedan partitionera om hela /sda -disken till ex 3 partitioner

/ + swap + en "spar partion" allt i ext4 (då komma bort från lvm)

för att sedan kopiera tillbaka alla filer till /

och därefter installera om Grub
Det bör funka alldeles utmärkt att kopiera allt till ett USB-minne, formatera om till ext4 och sedan tillbaka igen.

Det enda du måste tänka på att ändra efteråt är att ändra i /etc/fstab och installera om Grub:

  1. Ändra device-namnen i /etc/fstab
  2. chroota till det nya "/"
  3. Kör "grub-install /dev/sda"
  4. Kör "update-grub"

Punkt 1 och 2 kan du göra i vilken ordning du vill, men om du gör det innan du har chrootat så heter filen förmodligen /mnt/etc/fstab, under förutsättning att du monterat partitionen på /mnt alltså...

_________________
Agera genom att ta och behålla initiativet, ta de risker detta kräver...
http://www.enargo.com/it/
OpenVMS Shark - i Linux finns inte SYS$CMKRNL...


16 jan 2020, 08:46
Profil WWW
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Då har jag nu en "ny" installation.

Och både root och boot ligger nu på sda1
(inget lvm eller separat start partion som kan störa)

kopierat tillbaka filerna från usb minnet
samt redigerat fstab'en samt uppdaterat grub.
men samma läge vid omstart - svart skärm

kan jag ha gjort något fel vid redigering av fstab, lägger in den samt arbetsgången.

Kod:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# /boot was on /dev/sda1 during installation
UUID=464c6bfa-9366-4ad6-8d37-48561cf3c67f /boot           ext4    defaults     $
#Swap was on sdb1
UUID=612f89fa-a8ed-4e50-8805-70161b6772e6 none            swap    sw           $
#raid array 1
#UUID=78d13f5d:0420d379:0f60b206:64b7d706     /dev/md0   ext4     defaults  0  $
LABEL=Bkup1 /mnt/Bkup1 auto nosuid,nodev,nofail,x-gvfs-show 0 0
LABEL=Bkup2 /mnt/Bkup2 auto nosuid,nodev,nofail,x-gvfs-show 0 0



Kod:
ubuntu@ubuntu:~$ sudo -s
root@ubuntu:~# ls /mnt
root@ubuntu:~# mount /dev/sda1 /mnt
root@ubuntu:~# ls /mnt
bin       boot-sav  home        lib64       mnt   root  snap  tmp  vmlinuz
boot      dev       initrd.img  lost+found  opt   run   srv   usr
boot_bak  etc       lib         media       proc  sbin  sys   var
root@ubuntu:~# mount --bind /dev /mnt/dev
root@ubuntu:~# mount -t proc /proc /mnt/proc
root@ubuntu:~# mount -t sysfs /sys /mnt/sys
root@ubuntu:~# chroot /mnt
root@ubuntu:/# ls home
erik  ubuntu
root@ubuntu:/# grub-install /dev/sda
Installerar för i386-pc-plattformar.
Installation avslutad. Inga fel rapporterades.
root@ubuntu:/# update-grub
Generera konfigurationsfil för grub …
Varning: Att sätta GRUB_TIMEOUT till ett värde annat än noll medan GRUB_HIDDEN_TIMEOUT är satt stöds ej längre.
Hittade linux-avbildning: /boot/vmlinuz-4.4.0-98-generic
Hittade initrd-avbildning: /boot/initrd.img-4.4.0-98-generic
grub-probe: fel: kan inte hitta en GRUB-enhet för /dev/sdf1.  Kontroller din enhetskarta.
färdigt
root@ubuntu:/# sync

root@ubuntu:/#


I mnt/grub har jag nu både grub.cfg och menu1.st
behöver jag redigera någon av dem, eller skall jag radera innehållet i grub-mappen och låta dem skapas på nytt vid en grub install
mapp innehållet ser ut så här (monterade disken i en egenskapad mapp)

Kod:
ubuntu@ubuntu:~$ ls /mnt/mydrive/boot/grub
default  gfxblacklist.txt  grubenv  locale     menu.lst_backup_by_grub2_prerm
fonts    grub.cfg          i386-pc  menu.lst~  unicode.pf2


16 jan 2020, 11:00
Profil
Användarvisningsbild

Blev medlem: 15 jan 2008, 23:18
Inlägg: 906
Ort: Kalix
OS: Annat GNU/Linux
Utgåva: 18.04 Bionic Beaver LTS
Svara med citat
Inlägg Re: Vad styr Grub i startsekvensen
Gjorde ett försök med programmet "boot repair"

och fick då följande felmeddelande

Kod:
Startfilerna [Ubuntu 16.04.6 LTS] är placerade alldeles för långt in på disken.
Det är inte säkert att din BIOS hittar dem.
Du kan försöka igen efter att du skapat en /boot-partition (EXT4, >200MB, början av disken).
Detta kan utföras med verktyg som gParted.
Välj sedan denna partition via [Separera /boot partitionen:] alternativet i [Reparera uppstart]. (https://help.ubuntu.com/community/BootPartition)


16 jan 2020, 12:59
Profil
Visa inlägg nyare än:  Sortera efter  
Svara på tråd   [ 62 inlägg ]  Gå till sida Föregående  1, 2, 3, 4  Nästa

Vilka är online

Användare som besöker denna kategori: Inga registrerade användare och 4 gäster


Du kan inte skapa nya trådar i denna kategori
Du kan inte svara på trådar i denna kategori
Du kan inte redigera dina inlägg i denna kategori
Du kan inte ta bort dina inlägg i denna kategori
Du kan inte bifoga filer i denna kategori

Sök efter:
Hoppa till:  
cron
Main Engineer for phpBB3: Bertie at phpBB.com © 2000 - 2002, 2005 - 2007, the Group behind the Open Source code of phpBB.
Designed by STSoftware, modified by Katt, Konservburk & Peetra. Swedish translation by Peetra & phpBB Sweden © 2006-2011