/u/189604/crop62f3f8c952ebc_cropped.png?f=community)
Mijn vraag
Vanavond heb ik mijn computer ge-upgrade van Ubuntu 16.04 LTS naar Ubuntu 20.04 LTS. Ik heb dit gedaan door een clean install uit te voeren.
Bij de installatie heb ik (to be sure) mijn harde schijven losgekoppeld en na de installatie weer aangesloten. Ik ben namelijk altijd als de dood dat een 'erase all' tijdens de installatie mijn bestanden gaat wissen.
Ik zie de schijven nu wel staan in de Disk Manager, maar ze zijn niet ge-mount.
Goed om te weten, het gaat om een LUKS (encrypted) + software RAID1 array.
Relevante software en hardware die ik gebruik
Ubuntu 20.04 LTS.
Wat ik al gevonden of geprobeerd heb
Ik heb gezocht en zie op internet wel dingen om een enkele harde schijf (al dan niet uit een array) te mounten, maar niet in combinatie met LUKS en het mounten van een RAID1 array (in mijn geval /dev/sda + /dev/sdb).
Al mijn data staat op die 2 schrijven, dus wil zeker weten dat ik geen domme dingen doe. Voor het uiterste geval heb ik een online back-up, maar met bijna 6TB aan data wil je dat liever ook niet.
//Update
Ik heb via deze instructie al mdadm geïnstalleerd en gevonden dat de array netjes actief is:
De volgende stap volgens de instructie is om een nieuwe raid-array te creëren:
Kan ik dat veilig doen zonder verlies van de data?
//Update2
Na wat verder onderzoek (o.a. dit artikel en dit artikel) ben ik erachter gekomen dat de juiste command is:
Na een scan werd de (oude) array netjes opgepakt. In de disk-manager zag ik vervolgens de LUKS partitie staan. Na het ingeven van mijn wachtwoord kwam de daadwerkelijke ext4 partitie tevoorschijn en vanaf toen kon ik weer bij mijn data.
Opgelost dus en mag een slotje op
Vanavond heb ik mijn computer ge-upgrade van Ubuntu 16.04 LTS naar Ubuntu 20.04 LTS. Ik heb dit gedaan door een clean install uit te voeren.
Bij de installatie heb ik (to be sure) mijn harde schijven losgekoppeld en na de installatie weer aangesloten. Ik ben namelijk altijd als de dood dat een 'erase all' tijdens de installatie mijn bestanden gaat wissen.
Ik zie de schijven nu wel staan in de Disk Manager, maar ze zijn niet ge-mount.
:fill(white):strip_exif()/f/image/3oewc6NoSSCA6CRKTqDFqQpo.png?f=user_large) | :fill(white):strip_exif()/f/image/qqhKdVWUkMsBX1RpcikbjpXQ.png?f=user_large) |
Goed om te weten, het gaat om een LUKS (encrypted) + software RAID1 array.
Relevante software en hardware die ik gebruik
Ubuntu 20.04 LTS.
Wat ik al gevonden of geprobeerd heb
Ik heb gezocht en zie op internet wel dingen om een enkele harde schijf (al dan niet uit een array) te mounten, maar niet in combinatie met LUKS en het mounten van een RAID1 array (in mijn geval /dev/sda + /dev/sdb).
Al mijn data staat op die 2 schrijven, dus wil zeker weten dat ik geen domme dingen doe. Voor het uiterste geval heb ik een online back-up, maar met bijna 6TB aan data wil je dat liever ook niet.
//Update
Ik heb via deze instructie al mdadm geïnstalleerd en gevonden dat de array netjes actief is:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
| sudo mdadm --examine /dev/sda /dev/sdb
/dev/sda:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 209a2e7f:e62f48ba:06d00ebd:8b674b4a
Name : desktop:0 (local to host desktop)
Creation Time : Wed Mar 13 00:18:26 2019
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 15627791024 (7451.91 GiB 8001.43 GB)
Array Size : 7813895488 (7451.91 GiB 8001.43 GB)
Used Dev Size : 15627790976 (7451.91 GiB 8001.43 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
Unused Space : before=262056 sectors, after=48 sectors
State : clean
Device UUID : ae4a08e5:48df727d:6736dea5:f7a7c8b8
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Apr 23 20:01:26 2020
Bad Block Log : 512 entries available at offset 72 sectors
Checksum : 5334f5bc - correct
Events : 88954
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdb:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x1
Array UUID : 209a2e7f:e62f48ba:06d00ebd:8b674b4a
Name : desktop:0 (local to host desktop)
Creation Time : Wed Mar 13 00:18:26 2019
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 15627791024 (7451.91 GiB 8001.43 GB)
Array Size : 7813895488 (7451.91 GiB 8001.43 GB)
Used Dev Size : 15627790976 (7451.91 GiB 8001.43 GB)
Data Offset : 262144 sectors
Super Offset : 8 sectors
Unused Space : before=262056 sectors, after=48 sectors
State : clean
Device UUID : d2bba525:3a36aa50:cb32c039:fade8751
Internal Bitmap : 8 sectors from superblock
Update Time : Thu Apr 23 20:01:26 2020
Bad Block Log : 512 entries available at offset 72 sectors
Checksum : 93aaf138 - correct
Events : 88954
Device Role : Active device 1
Array State : AA ('A' == active, '.' == missing, 'R' == replacing) |
De volgende stap volgens de instructie is om een nieuwe raid-array te creëren:
code:
1
| sudo mdadm --create /dev/md0 --level=mirror --raid-devices=2 /dev/sda /dev/sdb |
Kan ik dat veilig doen zonder verlies van de data?
//Update2
Na wat verder onderzoek (o.a. dit artikel en dit artikel) ben ik erachter gekomen dat de juiste command is:
code:
1
| sudo mdadm --assemble --scan --verbose |
Na een scan werd de (oude) array netjes opgepakt. In de disk-manager zag ik vervolgens de LUKS partitie staan. Na het ingeven van mijn wachtwoord kwam de daadwerkelijke ext4 partitie tevoorschijn en vanaf toen kon ik weer bij mijn data.
Opgelost dus en mag een slotje op
[ Voor 51% gewijzigd door Rebunted op 23-04-2020 21:51 ]
/u/28318/crop59d5ed176e52f_cropped.png?f=community)
