HawP

Start og slutt er første og siste sektor i partisjonen. Og første sektor i første partisjon må være etter partisjonsinfoen, som på en gpt disk vel bruker 34 sektorer hvis jeg ikke husker feil. Og pga. logisk/fysisk sektorstørrelse "problemet", så er det vanlig at første partisjon starter på 2048 (går fint "opp" for div. bruk) og at partisjoner slutter på en "sektor delelig med 8". Selv bruker jeg ofte sektor 40 (laveste >34 som er delelig med 8 ) som start på første partisjon. Og på gpt-disker må det være plass til en backup av partisjonsinfo på slutten av disken (også 34 sektorer mener jeg å huske), derfor du ser i videoen at siste sektor i siste partisjon er lavere enn antall sektorer oppgitt for disken. Jeg vil jo anta at installeren til void håndterer/sjekker disse start og slutt sektorene og at ingen partisjoner overlapper hverandre. Og, for ordens skyld, for å boote et UEFI-system holder det at én av partisjonene på en av diskene i maskinen er en EFI systempartisjon, en trenger ikke en slik partisjon på hver/flere disk(er). La ikke merke til at skjermbildet ditt viste at det både var sda og sdb der ... 😋

"Reallocated sector count" trenger ikke bety at disken nødvendigvis har problemer. Så godt som alle disker "nå for tida" har et reserve-område. Så det kan være at noen av minne-chipene hadde produksjonsfeil som kontrolleren oppdaget ved første bruk og "flyttet" aktuell(e) sektor(er) til dette reserve-området. Så verdien av "reallocated ..." kan være fra perioden da disken ble brukt første gang, det er ikke godt å si (med mindre disken har logger med mer detaljer eller en sjekker jevnlig). Og så lenge disken har ledig reserve-plass (og det ikke er/blir problemer med reserve-området) så trenger det ikke være et problem at sektorer re-allokeres. Du kan jo gjøre en lese-test med dd if=/dev/sda of=/dev/null bs=8b status=progress (antar det er en sata-disk og at den er den eneste i systemet) bs=8b gjør at den leser én og én "advanced format" sektor (8 logiske), dvs. 4096 bytes (typisk sektor-størrelse for ssd-er), slik at skulle den feile så får du en indikasjon på ca. hvilken sektor problemet ligger i. Og den vil lese sektorene som "inngår i disk-kapasiteten", dvs. de re-allokerte sektorene fra sin nye plass (reserve-området). Forøvrig er "rå-verdien" (raw values) produsent-spesifikk (evt. kontroller-spesifikk) og en må nesten vite hvordan aktuell produsent (evt. kontroller) bruker verdien for å vite hva den indikerer. Mao. svjv ingen standard for hvordan "tolke" disse dataene.

Og jeg kan ikke se for meg at det blir spesielt mange som vil gjøre det heller. Slike distroer vil nok være for de spesielt interesserte, som kjenner maskinvaren sin, som har grunnlag for å ta stilling til valg under installasjon og etterpå vet eller gidder finne ut hva som må gjøres dersom noe ikke fungerer "ut av esken". Jeg er i alle fall langt forbi å gidde å "fikle med slikt" lenger, da velger jeg heller en distro som har det meste ferdig (hvis jeg skulle føle for å bytte). Når jeg tenker meg om er den nok først og fremst en rolling-release distro for "DIY-folket" som ikke liker systemd ...

Vil si at videoen hørtes nesten mer ut som en "salgs-pitch" enn en test/review. Og jeg sitter litt med inntrykket at den er en slags rolling-release for "debian-folket" (for å si det litt flåsete). Vil også si at den er for viderekomne ++, siden for å installere så bør en vite hva partisjoner og filsystemer er og hvilken hensikt de har og hvordan en (moderne) pc-booter, og ellers hva som kreves for å få et linux system til å boote.

Det har blitt mest Windrose i det siste, vi er som oftest 2 stk. av og til 3 eller 4.

Med "ekte" UEFI-boot, dvs. ikke CSM/legacy mode/e.l., bør problemet være mye mindre, siden grub i et slikt system vil være installert i en egen mappe i EFI-partisjonen, med info om hvor grub-menyen befinner seg (i form av partisjon- og/eller filsystem-uuid; husker ikke helt). Og Windows 11 krever "ekte" UEFI-boot. Hvis så UEFI er satt til å boote Linux distroen som default (noen distroer vil lage et UEFI-bootvalg med navn på distroen), bør problemet helst bare oppstå dersom Windows (eller noe annet) av en eller annen grunn endrer default bootvalg i UEFI, men da er det jo bare å sette Linux distroen som default igjen i UEFI.

Ja, jeg har sjelden hatt problemer med Tumbleweed og oppgraderinger. Og nå ser at det faktisk ut som at det er mulig å gjøre "distro upgrade" (dvs. oppgradere til nyeste Tumbleweed) med Discover også, tidligere var det kun fra terminalen så vidt jeg vet. Det finnes også Slowroll, som mer eller mindre er Tumbleweed med ca. 1 md. forsinkelse på oppdateringer som ikke er sikkehets-/bugfikser, disse kommer nokså umiddelbart (slik jeg forstår det).

Antakelig litt seint svar, men uansett ... Kjøp din egen trekkvogn så fort som mulig, lån evt. av banken, og bruk kun/helst denne. Bare vær klar over at hvis du låner så trekkes automatisk avdrag regelmessig (husker ikke intervallet), så du bør sørge for å ha nok "på konto" når dette skjer (selv om du tillates litt overtrekk etter det jeg husker). Når du har levert et sted (by), så filtrer på oppdrag fra samme sted (trykk på byen/stedet på kartet), sorter etter betaling per km (husker ikke nøyaktig ordlyd på denne) og velg (selvfølgelig) et av oppdragene med høyest betaling per km. Fyll opp garasjen med sjåfører så fort du har råd, inkl. å kjøpe trekkvogn til de (igjen: lån gjerne), og fyll opp eksisterende plasser før du utvider eller kjøper ny. I starten vil du nok da sannsynligvis oppleve å kjøre mye til/fra de samme stedene, så da kan du jo evt. gjøre det litt mer "interessant" ved f.eks. å velge det best betalte (pr. km) fra der du nettopp leverte til en destinasjon du (evt.) ikke har vært ... En annen ting jeg gjorde for å gjøre det mer "interessant", selv om det neppe var spesielt effektivt for å tjene pengene raskest mulig, var at jeg bestemte meg for å ikke "administrere" en garasje (ansette ny sjåfør) uten at jeg hadde kjørt til garasjen.