Erinevus lehekülje "NAS ja RAID" redaktsioonide vahel
(ei näidata sama kasutaja 2 vahepealset redaktsiooni) | |||
29. rida: | 29. rida: | ||
<pre> | <pre> | ||
− | + | $ sudo mdadm --examine /dev/sdb6 | |
/dev/sdb6: | /dev/sdb6: | ||
Magic : a92b4efc | Magic : a92b4efc | ||
62. rida: | 62. rida: | ||
sudo mdadm -A -R /dev/md9 /dev/sdb6 | sudo mdadm -A -R /dev/md9 /dev/sdb6 | ||
− | + | Võib juhtuda, et tuleb järgmine viga: | |
mdadm: /dev/sdb6 is busy - skipping | mdadm: /dev/sdb6 is busy - skipping | ||
− | + | Sel võib (vist) olla kaks põhjust: kas Ubuntu on midagi kuhugi proovinud juba automaatselt tekitada või on eelmiste käskudega häkkimisest midagi ripakile jäänud. Abi võiks olla: | |
+ | |||
+ | cat /proc/mdstat | ||
+ | |||
+ | Sealt peaks näha olema, kas sdb6 on juba mingi mdX node'ga lingitud. | ||
+ | |||
+ | Seejärel saab teha clean-up'i (vahetada mdX number sobivaks): | ||
sudo mdadm -S /dev/md9 | sudo mdadm -S /dev/md9 | ||
− | + | Kui ''mdadm'' samm on edukalt sooritatud, võib partitsiooni külge mountida: | |
+ | $ sudo mount /dev/md9 /mnt/extfs | ||
+ | |||
+ | Tasub mainida, et mõnel juhul jõuab graafiline liides ette ja moundib selle kuskile /media/username/kolepikkjasuvalinestring alla ära. Kui on soov ikkagi ise mingisse mõistlikku kohta mountida, tasub graafilisel liidesel lihtsalt ''eject'' vajutada ja seejärel käsurealt mountida. | ||
+ | === Veel probleeme ja tähelepanekuid === | ||
+ | * Mingil põhjusel oli nii, et kui sai esmalt Ubuntu all varasemalt RAIDis olnud ketas külge mounditud ja üle Samba uutele NAS ketastele üle tõstetud, siis oli üle tõstetud andmeid veidi üle 900 GB, kuid ketaste vaba ruum vähenes rohkem kui 200 GB võrra rohkem. NAS seadme ketta scan asja ei parandanud ja jäigi selgusetuks, kuhu ja miks ruum kadus. Probleemi lahendas see, kui NAS seadmes üle Samba lihtsalt andmetest teine koopia teha, seejärel algne koopia ära kustutada ja kopeeritud andmed algsesse kohta tagasi liigutada. | ||
[[Category:IT_tarkused]] | [[Category:IT_tarkused]] |
Viimane redaktsioon: 5. november 2021, kell 23:42
Sisukord
Sissejuhatus
Veidi märkmeid teemade kohta, mis puudutavad koduse NAS seadme ja RAIDis olevate ketastega mässamist.
Ketaste vahetus NAS seadmes
2017. aasta novembris said Buffalo LS220DE seadmes kettad suuremate vastu välja vahetatud. Enne olid kaks 1 TB ketast RAID1 konfiguratsioonis, pärast 4 TB. Esimene üllatus tuli sellega, et ketaste vahetusega seoses läks seade Emergency režiimi, millest välja saamiseks on ainus võimalus firmware üle laadida. Aga sellega sai hakkama.
Järgmine mure puudutas seda, kuidas saada vanadelt ketastelt andmed kätte, ilma et neid peaks uuesti NAS seadmesse toppima (mis oleks tõenäoliselt uuesti NAS seadme jaoks paanika kaasa toonud).
Selgus, et ketastelt andmete maha lugemist takistasid kaks asja:
- RAID
- XFS failisüsteem.
Kui ketas ühendada USB karbi vahendusel sama NAS seadme külge, ei oska seade kettast midagi arvata. Samuti ei osanud midagi arvata Asus RT56U ruuter ega Windows 7. Viimane näitas siiski ära, et kettal on 5 või 6 partitsiooni ja pakkus rõõmsalt võimalust neid formattima asuda.
Lahenduse toob Linux. Kuna füüsilisel arvutil olevat Linuxit käepärast ei olnud, siis aitas VMWare all jooksev Ubuntu, eelkõige aga sinna lisaks paigaldatud mdadm nimeline utiliit. Konkreetselt selle ülesande lahendamisel aitas see artikkel.
Mõningad lisaprobleemid olid seotud ketta virtuaalmasina külge ühendamisega. Nimelt kasutada olnud kahest HDD USB karbist mõlemaga oli probleeme:
- Vanem alumiiniumkorpusega karp ei tahtnud üldse kettana külge tulla. Võib-olla mingi piirang ketta suuruse osas, karp on raudselt üle 10 aasta vana.
- Uuem plast/kummikattega karp tuli küll külge nii USB kui ESATA vahendusel (tal see liides ka olemas), aga peale paarisaja GB kopeerimist oli ilmselt nii palju kuumenenud, et hakkas failima.
Probleemi lahendas ketta otse arvuti sisemise SATA otsa ühendamine. Seejärel tuleb virtuaalmasinale seadistada lisaketas, mis kasutab otse füüsilist ketast. Et seegi samm õnnestuks, siis:
- Lisaketas peab kindlasti olema SCSI tüüpi, teised variandid ei toiminud.
- Kui virtuaalmasinas on lisaks põhi-virtuaal kettale olemas veel üks eraldi virtuaalne ketas, siis kolmanda kettana füüsilist ketast enam ühendada ei saanud. Ütles virtuaalmasina käivitamisel umbmääraselt, et mingi fail on puudu. Ehk siis üleliigsed virtuaalkettad tasub (ajutiselt) eemaldada.
Lisaks tasub rõhutada, et mingil põhjusel aktiivne failide kopeerimine Ubuntu virtuaalmasinas ei hoia siiski ära Windows host masina suspend-i minekut. Seega tasub see Windows'is eraldi ära lahendada (panna Winamp mängima vms, kui konfi muuta ei soovi).
MDADM kasutamine
Alustuseks tasub kindlasti lihtsalt vaadata partitsiooni metainfot:
$ sudo mdadm --examine /dev/sdb6 /dev/sdb6: Magic : a92b4efc Version : 1.2 Feature Map : 0x1 Array UUID : f8063a01:a30e04e6:167fe1e7:9d7129c8 Name : LS220DE761:10 Creation Time : Mon Jan 12 23:05:56 2015 Raid Level : raid1 Raid Devices : 2 Avail Dev Size : 1923237888 (917.07 GiB 984.70 GB) Array Size : 961618752 (917.07 GiB 984.70 GB) Used Dev Size : 1923237504 (917.07 GiB 984.70 GB) Data Offset : 262144 sectors Super Offset : 8 sectors Unused Space : before=262064 sectors, after=384 sectors State : clean Device UUID : cb99455d:b4792886:18aadaac:7afd5177 Internal Bitmap : 8 sectors from superblock Update Time : Fri Nov 3 17:34:26 2017 Checksum : 767c504b - correct Events : 9339 Device Role : Active device 0 Array State : AA ('A' == active, '.' == missing, 'R' == replacing)
Seejärel võib proovida:
sudo mdadm -A -R /dev/md9 /dev/sdb6
Võib juhtuda, et tuleb järgmine viga:
mdadm: /dev/sdb6 is busy - skipping
Sel võib (vist) olla kaks põhjust: kas Ubuntu on midagi kuhugi proovinud juba automaatselt tekitada või on eelmiste käskudega häkkimisest midagi ripakile jäänud. Abi võiks olla:
cat /proc/mdstat
Sealt peaks näha olema, kas sdb6 on juba mingi mdX node'ga lingitud.
Seejärel saab teha clean-up'i (vahetada mdX number sobivaks):
sudo mdadm -S /dev/md9
Kui mdadm samm on edukalt sooritatud, võib partitsiooni külge mountida:
$ sudo mount /dev/md9 /mnt/extfs
Tasub mainida, et mõnel juhul jõuab graafiline liides ette ja moundib selle kuskile /media/username/kolepikkjasuvalinestring alla ära. Kui on soov ikkagi ise mingisse mõistlikku kohta mountida, tasub graafilisel liidesel lihtsalt eject vajutada ja seejärel käsurealt mountida.
Veel probleeme ja tähelepanekuid
- Mingil põhjusel oli nii, et kui sai esmalt Ubuntu all varasemalt RAIDis olnud ketas külge mounditud ja üle Samba uutele NAS ketastele üle tõstetud, siis oli üle tõstetud andmeid veidi üle 900 GB, kuid ketaste vaba ruum vähenes rohkem kui 200 GB võrra rohkem. NAS seadme ketta scan asja ei parandanud ja jäigi selgusetuks, kuhu ja miks ruum kadus. Probleemi lahendas see, kui NAS seadmes üle Samba lihtsalt andmetest teine koopia teha, seejärel algne koopia ära kustutada ja kopeeritud andmed algsesse kohta tagasi liigutada.