Ubuntu Sverige :: Visa tråd - Vad styr Grub i startsekvensen

Kod:

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

Kod:

use_lvmetad = 0

Kod:

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

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

Kod:

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

Kod:

# /etc/fstab: static file system information.
.
.
.

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

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

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

Kod:

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

Kod:

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

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

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.

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

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.

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

Kod:

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

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:/# 

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

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)

Författare:	skalman65 [ 10 jan 2020, 07:57 ]
Inläggsrubrik:	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.

Författare:	Osprey [ 10 jan 2020, 10:50 ]
Inläggsrubrik:	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...?

Författare:	skalman65 [ 10 jan 2020, 22:01 ]
Inläggsrubrik:	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

Författare:	Osprey [ 10 jan 2020, 22:17 ]
Inläggsrubrik:	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.

Författare:	skalman65 [ 11 jan 2020, 10:09 ]
Inläggsrubrik:	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

Ubuntu Sverige https://ubuntu-se.org/phpBB3/

Vad styr Grub i startsekvensen https://ubuntu-se.org/phpBB3/viewtopic.php?f=208&t=61579	Sida 2 av 4

Författare:	Osprey [ 11 jan 2020, 16:30 ]
Inläggsrubrik:	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....

Författare:	skalman65 [ 11 jan 2020, 19:54 ]
Inläggsrubrik:	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).

Författare:	Osprey [ 11 jan 2020, 21:36 ]
Inläggsrubrik:	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...?

Författare:	skalman65 [ 12 jan 2020, 19:58 ]
Inläggsrubrik:	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.

Författare:	Osprey [ 13 jan 2020, 09:42 ]
Inläggsrubrik:	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... 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 ...eller... fsck /dev/sda1 (där du svarar "y" på alla frågor) fsck /dev/sda5 (samma...) . Förök rätta till eventuella fel med paket: apt-get -f install . Uppdatera och uppgradera: apt-get update apt-get upgrade apt-get dist-upgrade . Kopiera /boot (/dev/sda1) till /dev/sda5, för att slippa eventuella problem med separat bootpartition. mount /dev/sda1 /mnt cp -Rv /mnt/* /boot . Uppdatera Grub: update-grub . 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....

Författare:	skalman65 [ 13 jan 2020, 11:26 ]
Inläggsrubrik:	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.

Författare:	Osprey [ 13 jan 2020, 12:57 ]
Inläggsrubrik:	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!

Författare:	Osprey [ 13 jan 2020, 13:38 ]
Inläggsrubrik:	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....

Författare:	skalman65 [ 14 jan 2020, 11:52 ]
Inläggsrubrik:	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

Sida 2 av 4	Alla tidsangivelser är UTC + 1 timme
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/

Författare:	skalman65 [ 14 jan 2020, 22:41 ]
Inläggsrubrik:	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

Författare:	skalman65 [ 15 jan 2020, 11:03 ]
Inläggsrubrik:	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.

Författare:	Osprey [ 15 jan 2020, 11:17 ]
Inläggsrubrik:	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...

Författare:	Osprey [ 16 jan 2020, 07:46 ]
Inläggsrubrik:	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: Ändra device-namnen i /etc/fstab chroota till det nya "/" Kör "grub-install /dev/sda" 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å...

Författare:	skalman65 [ 16 jan 2020, 10:00 ]
Inläggsrubrik:	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

Författare:	skalman65 [ 16 jan 2020, 11:59 ]
Inläggsrubrik:	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)