[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Verwisseling sda en sdb



Hoi Sjoerd,

Op 12-07-2022 om 14:00 schreef Sjoerd:
Paul van der Vlis:
Sjoerd:
Martijn van de Streek:
Diederik de Haas:
Paul van der Vlis:

tune2fs -l /dev/sdb8 | grep UUID

lsblk -o +UUID

blkid

Niettemin, als sda en sdb tijdens het opstarten zijn verwisseld,
is dat bij al deze drie methoden eveneens het geval.

Nee, het zou altijd goed moeten zijn. Tenminste, als /dev/sdb8 correct
is op het moment dat bovenstaand commando wordt uitgevoerd.

Op de eerste schijf heb ik 4 partities, op de tweede schijf 8.

# tune2fs -l /dev/sdb8 | grep UUID
tune2fs: No such file or directory while trying to open /dev/sdb8
Couldn't find valid filesystem superblock.
# tune2fs -l /dev/sda8 | grep UUID
Filesystem UUID:          4ea8879c-14ba-4cc7-aa04-dcca4b55d131

En dit is de UUID van de 8e partitie op de tweede schijf.

De bedoeling is dus dat in /etc/fstab het UUID van het correcte
filesysteem staat voor b.v. root.

Klopt allemaal.

# sda2
UUID=c3e1cf6f-2f04-42f6-948d-346f2ba7188e / ext4 defaults,discard,noatime,nodiratime 0 1

Nu was het punt dat ik die verwisseling nogal griezelig vond.
Doe ik bijvoorbeeld een 'grub-install /dev/sda', dan wordt grub op de
verkeerde schijf geïnstalleerd!

Dat is eigenlijk geen probleem. Hij moet alleen wel naar het juiste verwijzen, dus uitvoeren met de juiste /boot/grub .

Je kunt grub op beide schijven installeren. Dat doe ik ook altijd met software RAID1. Als de ene schijf defect is, doet grub het ook met de andere.

En na een 'update-grub' zijn hd0 en hd1 in /boot/grub/grub.cfg ook overal
verwisseld. De vraag is of ik dan nog in de andere geïnstalleerde OS'en
kan komen.

Ah, er zijn ook andere OS-en geinstalleerd.

Ben daar nog druk mee aan het experimenteren. Heb voor de
zekerheid een rescue-usb-stick achter de hand.

Maar de oorzaak van dit gedoe zou het volgende kunnen zijn. In testing
zit momenteel geen VirtualBox. Naar het voorbeeld van iemand in de Engelse
debian-user-list heb ik VirtualBox uit sid in testing geïnstalleerd.
Het werkte een poosje goed, maar er zijn nu nogal wat dependency-problemen.
Honderden packages die niet ge-update kunnen worden. Ook opties als
'--fix-broken-install' en de oplossingen die Aptitude biedt, weten er geen
raad mee.

Tja, dat weet ik zo ook niet. Het lijkt me best redelijk wat je hebt gedaan. Maar Virtualbox is wel een speciaal pakket.

Zelf gebruik ik tegenwoordig geen Virtualbox meer, maar virt-manager.

Probeer ik VirtualBox weer te deïnstalleren, dan wil apt een hele reeks
programma's die ik liever niet kwijt raak, waaronder de hele 'kde-full',
mee verwijderen.

Doe even "apt install kde-full", dan is het handmatig geïnstalleerd.

Dus het is een beetje een puinhoop geworden. En mogelijk heeft ook die
verwisseling van sda en sdb daarmee te maken.

Ik weet het niet.

Maar ik heb ook Stable nog achter de hand, daar kan ik mee verder.
En daarna ga ik Testing maar opnieuw installeren. Alle kans dat het dan
weer als vanouds werkt.
Dus wou ik dit punt verder maar laten rusten.

Ik begrijp het.

Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/


Reply to: