Forslag til boot-opsætning ønskes

Jeg brainstormer lidt, og forestiller mig, at det må være muligt, at slipstreame drivere ind i noget boot-firmware på maskinen. Men det er bare en tanke. - Jeg har før kopieret alt fra fonte til drivere ind fra et system, eller hjemmeside til et andet system, og mon ikke det er muligt, at slipstreame drivere ind på en eller anden måde?


—-
Evt. kig efter Update til din bios, hvis du har mod på, at lave en flash af nyere firmware - da kan det være, der følger nyere drivere med den nyere firmware.

#0: Nogen forslag til hvordan jeg lettest laver det ønskede setup?
Det tror jeg er at købe et nyt bundkort, eller en ny maskine. Jeg tror ikke det er muligt at få NVMe til at boote på et Asus B85M-G bundkort, desværre.

#2:

Jeg er udmærket klar over problemet med at boote fra NVMe disken. Derfor skriver jeg:

#0: Min plan er at installere Mint 20 på den nye SSD men beholde /boot inkl. grub på den gamle.

Så altså, jeg vil gerne opsætte grub således at den (grub) ligger samme sted som nu, men giver mig valgmuligheden for at indlæse den nye eller gamle Mint.

Der burde være muligt, så længe linuxkernen og dens følgesvende ligger på den gamle SSD. For så snart kernen har taget over, kan den jo sagtens fortsætte på NVMe disken.

Prøv at se her marlar. måske kan det bruges http://blog.techquility.net/booting-to-samsung-970-evo-nvme-m-2-ssd-on-…

#4: Prøv at se her marlar. måske kan det bruges http://blog.techquility.net/booting-to-samsung-970...

Tak for linket, men jeg har allerede været der for over et år siden (se kommentarerne nederst!). Problemet er at det er et hack hvor man risikerer at bricke bundkortet. Og en en anden bruger i kommentarerne siger at den nævnte fremgangsmåde ikke virker mere. Jeg tror ikke jeg gider prøve, for det gør ikke noget at selve bootningen sker på det gamle drev.

Marlar, kan du ikke lige skrive, om du kunne bruge mit forslag, eller ej. Det er helt okay, hvis du ikke kan, - men hvis du bare ignorerer mine indlæg, så aner jeg ikke engang om du har læst dem.

Jeg gider ikke spilde kræfter og tid på, at hjælpe, hvis folk bare ignorerer mig. :-)

Det ville være godt, hvis du viser resultatet af -
fdisk -l
mount
og
df

så vi kan se hvad der skal krympes, for at gør plads, til en installation mere.

#6:

Jeg ignorerer dig ikke, jeg er bare ikke kommet til dig endnu. Jeg har skullet bruge noget tid på at tænke over dit forslag.

Det er i princippet muligt at liste nogle drivere ind, det er også det #4 går ud på.

Men alle disse forslag går lidt imod at jeg netop ikke ønsker specifikt at boote fra den nye disk. Det er ikke vigtigt hvor jeg booter fra, bare OS'et ligger der. Minus /boot som må ligge på den gamle disk.

#7:
Det er en helt ny 1 TB disk så der skal ikke krympes noget :)

Så er det jo lige til.

#9: Så er det jo lige til.

Er det? Så forklar gerne :)

Husk forudsætningen: Så lidt som muligt bootes på gammel SSD, resten på den nye NVMe disk.

Vi bruger af og til ironi, oppe i Nordjylland.

Du har en /boot partion, på den gammel SSD. Nu får du brug for 2 boot partioner, så er der noget der skal krympes, for at give plads.
Uden information om den gammel SSD, størrelse, og partioner, er det svært at gætte på, hvad der er muligt.

#3
Hvis dit bundkort har plads til en NVME SSD PCIe Adapter, så kan det måske alligevel lade sig gøre: https://www.youtube.com/watch?v=hSttzrRLPB0

Hvis dit Asus B85M-G kræver BIOS opgradering, som #1 også er inde på, så se om du kan bruge info herfra - Booting to Samsung 970 EVO NVMe M.2 SSD on Asus B85M-G Motherboard: http://blog.techquility.net/booting-to-samsung-970-evo-nvme-m-2-ssd-on-…

Det kræver muligvis Windows

Sitet har en kommentar fra en hr Martin Larsen.
Edit: Jeg ser nu #5 allerede har været der ;)

Jeg må indrømme at jeg ikke tror på ideen med at boote fra din første disk, men det er da meget kreativt, og jeg vil naturlivis håbe du finder en løsning.

#11: Uden information om den gammel SSD, størrelse, og partioner, er det svært at gætte på, hvad der er muligt.

Ok. Jeg troede du hentydede til den nye.
Disk /dev/nvme0n1: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe3b65957

Enhed Opstart Start Slut Sektorer Size Id Type
/dev/nvme0n1p1 2048 1953523711 1953521664 931,5G 83 Linux

Disk /dev/sdb: 238,5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00022068

Enhed Opstart Start Slut Sektorer Size Id Type
/dev/sdb1 * 2048 499711 497664 243M 83 Linux
/dev/sdb2 501758 500117503 499615746 238,2G 5 Udvidet
/dev/sdb5 501760 500117503 499615744 238,2G 8e Linux LVM

Disk /dev/mapper/mint--vg-root: 222,4 GiB, 238752366592 bytes, 466313216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/mint--vg-swap_1: 15,9 GiB, 17041457152 bytes, 33284096 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

#12: Hvis dit Asus B85M-G kræver BIOS opgradering, som #1 også er inde på, så se om du kan bruge info herfra

Ja dels kræver det Windows, men det kunne fixes. Jeg kunne installere det på en gammel disk. Men det er værre at det kan bricke bundkortet. Jeg tænker ikke på pengene, et nyt koster ikke alverden. Men nedetiden er dyr for mig.

#13
Det ser ikke ud til at du har en separat /home partision.
Jeg vil tro at -
Du må kunne "krympe", din Mint 18, så meget at der bliver plads til en lille ny partion, det kan indeholde, Mint 20 /boot mappen. Så kernen og initrd.img, er på den "synlige" disk. Iinitrd.img filen, indeholder sikkert de nødvendige drivere, så boot processen kan fortsætte ovre på den ny disk.

Under installationen af Mint 20, skal du selvfølgelig angive at "den nye boot partion" skal monteres på /boot.
Du må også kunne angive at grub ikke skal installers, så du efterfølgende, kan opdatere Grub, fra Mint 18, så den nye installation "samles op".
Vil du have resten af installationen, på hele den nye disk, eller feks. også en fældes data partion?
Skal din Mint 20, indeholde det samme som din Mint 18.

NB. Der er selvfølgelig også en plan B.

#14: Det ser ikke ud til at du har en separat /home partision.

Korrekt. Men jeg bruger LVM, så det hele er en lidt mere uklart end det plejer. Man ser ikke helt de samme ting i fdisk.

#14: Vil du have resten af installationen, på hele den nye disk, eller feks. også en fældes data partion?

Resten på den nye. Den gamle beholder jeg med Mint 18 indtil jeg ved at den nye Mint spiller. Derefter bliver den gamle disk til en rene datadisk.

#14: NB. Der er selvfølgelig også en plan B.

Det er der vel altid :) Men hvad går din plan B ud på?

B.
Mint 18 /, på gammel disk, og dens /home på den nye disk
Mint 20 /, på gammel disk, og dens /home på den nye disk.

Den mulighed havde jeg ikke lige tænkt på, men ja som plan B kan det godt gå an!

Jeg vil eksperimentere lidt med det i virtualbox med to diske, hvor /boot ligger på den ene og resten på den anden

Jeg har prøvet forskellige løsninger på en Virtual Linux sat op som mit fysiske system:

- Først installerede jeg Mint 18.3 med alle opdateringer.
- Så tilføjede jeg en ny harddisk
- Dernæst koblede jeg Mint 20's ISO fil på som virtuelt CD-drev og booter fra denne
- Vælger at installere Mint 20 ved siden af Mint 18
- Vælger avanceret så jeg selv kan bestemme partitioneringen
- Ændrer lidt på Mint 18's partitionering så der bliver plads til en boot partition for Mint 20
- Placerer / og /home på disk #2
- Placerer /boot på den nye partition på disk #1
- Installerer

Det virker fint. Boot foregår på den gamle disk. Her bliver kernen og driverne indlæst. Resten af opstarten foregå på den nye disk.

Nu venter jeg lidt på at Mint 20 modnes før jeg installerer. Fx kan jeg se der er problemer med Wine. Tingene virker, men de installerede programmer dukker ikke op i menuen hvilket er irriterende. Man kan heller ikke højreklikke på en exe fil og vælge "Åbn med Wine".

#20
Der er et par ting jeg gerne vil spørge til. Som du siger, er det ikke penge til fx nyt bundkort der er problemet, med nedetiden der koster (#13). Ja, sådan er det ofte.

Nu sætter du et system op, der afhænger af at to diske virker, for at boote et OS. Som jeg opfatter det, så ganger du risikoen for diskfejl med 2.

- Hvorfor ikke bare købe et kompatibelt bundkort?
- Får du den nye NMVE's fulde hastighed med den metode?

#21: Nu sætter du et system op, der afhænger af at to diske virker, for at boote et OS. Som jeg opfatter det, så ganger du risikoen for diskfejl med 2.

I princippet ja, men hvis det er disk 1 der fejler, kan jeg relativt nemt boote alligevel vha en Live-USB. Og hvis det er disk 2 der fejler, tja -- så er det frem med backuppen :-)

#21: - Hvorfor ikke bare købe et kompatibelt bundkort?

Det er da bestemt også en mulighed. Hvor lang tid tager det at skifte et bundkort?

#21: - Får du den nye NMVE's fulde hastighed med den metode?

Ja. Bortset fra Grub trin 2 gør jeg. Trin 1 starter på MBR, så kaldes trin 2 (nogle gange 1.5) som loader kernen. Derefter sker alt det andet fra NVMe disken. Jeg mister måske 2 sekunders boottid, det er til at leve med :)

#22: Hvor lang tid tager det at skifte et bundkort?
Det ved jeg ikke. Det kommer an på om bundkortet har en CPU, sidder i et kabinet, og selvfølgelig om den øvrige hardware passer fra den gamle maskine. Jeg vil tro man kan handle med fx MM-Vision, hvis man vil købe uden harddisk, RAM og Grafikkort.

Ellers er der jo ingen nedetid med en helt ny maskine, eventuelt uden disk, og så har du jo også den gamle som reserve, eller andet du måske finder på.

Siden tabet kun er et par sekunder, så har du helt ret i at det er ligemeget, men jeg ville personligt være nervøs for en OS opdatering/opgradering kunne disrupte opsætningen med de to diske.

#22: Opsætning med separat boot partition.

Det er da en god løsning, hvis der skal tilgås to forskellige OS-versioner.

#20:
Nu sætter du et system op, der afhænger af at to diske virker, for at boote et OS. Som jeg opfatter det, så ganger du risikoen for diskfejl med 2.

Der er jo ikke tale om raid 0 og derfor er jeg ikke enig i betragtningerne omkring dobbelt risiko for tab af data. Hvis det var raid 0 var risikoen for datatab 4 gange højere end uden raid 0.

Hvis der er værdifulde data, skal man aldrig bruge Raid 0! Raid 5 kan heller ikke anbefales. Skal man lave raid, bør det være Raid 10 og helst diske fra 2 forskellige producenter.

Som Mariar skriver, har han jo data og system backup for de enkelte diske.

- Får du den nye NMVE's fulde hastighed med den metode?
Jeg vil mene, at han opnår fuld hastighed, da det kun er bootfilerne som findes på gammel disk.

#24: Hvis der er værdifulde data, skal man aldrig bruge Raid 0! Raid 5 kan heller ikke anbefales. Skal man lave raid, bør det være Raid 10 og helst diske fra 2 forskellige producenter.

Min Synology NAS bruger SHR (Synology Hybrid RAID). Jeg ved ikke hvad det svarer til i klassiske raid-termer, men det har reddet mine data da en af diskene blev pulveriseret (den lød ikke godt!)

Jeg kunne fortsætte med én disk og købte straks en ny. Da jeg satte den i, begyndte NAS'en automatisk at replikere disken, og et par timer efter var den klar. Uden nedetid udover da jeg indsatte disken.

For nogle måneder siden skulle jeg så opgradere til nogle større diske. Jeg kunne da udskifte først den ene, vente på replikeringen, og så udskifte den anden. Først da den sidste disk var replikeret, fik jeg jeg den fulde størrelse til rådighed (af gode grunde). Det foregik problemløst.

#24: Der er jo ikke tale om raid 0 og derfor er jeg ikke enig i betragtningerne omkring dobbelt risiko for tab af data. Hvis det var raid 0 var risikoen for datatab 4 gange højere end uden raid 0.
Det er jeg enig i, men det er ikke datatab der bekymre mig, men potentielt besvær vedr. opdatering. Det er glimrende med en midlertidig boot fra en USB, for det er ikke permanet, som eksemplet er det.

Backup af data bør under alle omstændigheder ske til en, og helst flere diske, der ikke er en del af OS, selv med et sikkerheds RAID.

#28: Hvor mener du, at opdatering vil give problemer med en permanent boot partition?
Det er ikke nemt at svare på. Det er mest en fornemmelse. En grub opdatering eksempelvis, eller når Mint 20 skal opgraderes til Mint 20.x. Det er jo ikke blot en boot partition, men en permanent boot partion på en anden disk, hvor disk nr to ikke er bygget til bundkortet.

Jeg har aldrig forsøgt noget tilsvarende, eller hørt om andre med sådan en konfiguration, så jeg er meget interesseret i resultat og pålidelighed.

#26: Har du ikke plads til mere end 2 diske i denne NAS?

Nej, der er to slots i NAS'en.

#28: Sikkerhed med raid er et spørgsmål om nede tid og kan ikke bruges til at sikre data.

Det gjorde det jo så i mit tilfælde. RAID med redundans kan beskytte mod datatab grundet diskfejl. Men ikke softwarefejl og menneskelige fejl. Hvis man sletter noget ved en fejl, forsvinder det fra alle diske samtidigt, så ingen beskyttelse mod den slags problemer.