Jak automatycznie zamontować fałszywy nalot?

9

Sprzęt komputerowy

  • Asus K8N4-E Deluxe Mobo
  • Fake Raid Sil 3114, na pokładzie
  • 2 Seagate 250 GB HD, hosting mojego / home
  • Kopia zapasowa na oddzielnym dysku twardym / home

Co mam do tej pory

Zrobiłem nalot, używając oprogramowania Sil 3114. Korzystam z poziomu RAID 1. Mam skrypt bash, który uruchamiam jako root, gdy tylko pojawi się monit:

dmraid -ay
mount /dev/mapper/sil*1 /home

Problem

Muszę się zalogować jako root i używać tego głupiego skryptu bash przy każdym uruchomieniu. Ubuntu nie rozumie automatycznie wielkości rajdu. Nie wstawiłem woluminu rajdowego, fstabponieważ nie istnieje on podczas uruchamiania. Jak mogę / home z mojego fakeraida automatycznie zamontować podczas rozruchu?

djeikyb
źródło

Odpowiedzi:

4

Oto kroki potrzebne do skonfigurowania fakeraid i automatycznego zamontowania odpowiednich partycji:

  1. Zainstaluj pakiet dmraid:

    sudo apt-get install dmraid
    
  2. Uruchom ponownie (dzieje się tak, ponieważ dmraid dodaje się do initramfs)

  3. Urządzenie fakeraid powinno pojawić się np .:

    $ ls /dev/mapper/*
    brw-rw---- 1 root disk 252,   0 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima
    brw------- 1 root root 252,   1 Dec  6 16:21 /dev/mapper/isw_dhdhchcbaf_Dima1
    crw------- 1 root root  10, 236 Dec  6 16:22 /dev/mapper/control
    

    Powyżej *Dimaznajduje się urządzenie fakeraid, a *Dima1partycja. Jeśli nie masz * N, musisz utworzyć tablicę partycji, utworzyć partycję, sformatować system plików i uruchomić ponownie.

  4. W Ubuntu wszystkie partycje są domyślnie montowane przez UUID. Dowiedzmy się UUID:

    $ sudo blkid
    [sudo] password for xnox: 
    /dev/sda: TYPE="isw_raid_member" 
    /dev/sdb: TYPE="isw_raid_member" 
    /dev/mapper/isw_dhdhchcbaf_Dima1: UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" TYPE="ext4" 
    /dev/sdc1: UUID="A904-D2E7" TYPE="vfat" 
    /dev/sdc2: UUID="6669d411-80c3-41cc-a629-ad84e1ee6854" TYPE="ext4" 
    /dev/sdc3: UUID="2bf263f1-753f-4b2e-92a6-b00381515e0c" TYPE="swap" 
    /dev/sdd1: UUID="C499-1A68" TYPE="vfat" 
    

    Zobacz, że poszukiwany jest UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae"

  5. Dlatego /etc/fstabwpis będzie:

    UUID="92edd1fd-94c5-4617-b829-fa4a8378b7ae" /srv/dima ext4 defaults 0 0
    
Dima
źródło
1
Zredagowałeś moje pytanie na coś zupełnie innego i podałeś coś, co wygląda jak poprawna odpowiedź. Jednak kluczowe dla mojego pytania jest to, że przy rozruchu urządzenia nie istnieją aż do później dmraid -ay. Uważam, że twoja edycja powinna zostać cofnięta, a następnie stać się całkowicie nowym pytaniem, na które jest to świetna odpowiedź.
djeikyb
reguły udev wykonują dmraid -ay.
Dima,
oni powinni , ale w tym czasie nie były one (lub nie powiodło się podczas próby), stąd pytanie.
djeikyb 12.12.13
błędy zgłaszane są na launchpad.net
Dima,
Dima, pinguj mnie na czacie, jeśli chcesz o tym porozmawiać. Nie sądzę, aby nasze komentarze były tutaj konstruktywne.
djeikyb,
3

Powinno to działać po prostu, gdy pakiet dmraid instaluje haczyki na ramdysku w celu sprawdzenia fałszywych urządzeń rajdowych. Jeśli to nie działa, masz prawdziwy błąd. Aby wrócić do zdrowej linii podstawowej, wykonaj:

sudo -s
apt-get install --reinstall dmraid
update-initramfs -u -k all
reboot

Jeśli to urządzenie nadal nie wyświetla się w / dev / mapper, zgłoś błąd.

ppetraki
źródło
Po aktualizacji z Ubuntu 16.04 (Xenial) do 18.04 (Bionic Beaver) dmraidprzestał działać. Powyższe rozwiązanie nie rozwiązuje problemu.
Paweł Szczur
To zadziałało dla mnie. Bhagwan apka bhala kare!
Rahul Prasad
3

Uważam, że @ppetraki ma rację, twierdząc, że jest to błąd w wersji Ubuntu, o której to było. Dobrym obejściem jest:

  1. Napisz usługę upstart, która będzie uruchamiana dmraid -aypodczas uruchamiania systemu.
  2. W fstab zamontuj urządzenia według ich UUID
djeikyb
źródło
1

Czy w nazwie woluminu są spacje?

Natknąłem się na twój problem podczas badania własnego. W moim przypadku wolumin nazwano „Big Data Volume”. dmraid zamapował to jako / dev / mapper / isw_gdghjicjaBig% x20Data% x20Volume, ale inne części procesu nadal próbowały używać „/ dev / mapper / isw_gdghjicja_Big Data Volume” i nie powiodło się.

Wróciłem do systemu Windows (przypuszczam, że dlatego właśnie używasz dmraid do podwójnego rozruchu systemu Windows) oraz menedżera macierzy Intel Matrix Storage i zmieniłem nazwę woluminu na Big_Data_Volume. Linux następnie uruchomił się i prawidłowo zamontował wolumin dublowany, beze mnie nic innego.

Andy Yelland
źródło
Nie, nie ma żadnych spacji. Cieszę się, że rozwiązałeś problem! Mam nadzieję, że pomoże komuś, w czym jest problem.
djeikyb
0

spróbuj tego w fstab:

/dev/mapper/sil*1  /home  reiserfs  user,nosuid,exec,nodev  0  0 

Następnie zrób sudo mount -alub uruchom ponownie

Engels Peralta
źródło
1
Jestem pewien, że nie możesz używać dzikich kart w fstab, a on już powiedział, że nie może dodać go do fstab, ponieważ musi dmraid -aynajpierw biec .
psusi
0

Nie musisz nic normalnie robić; to po prostu działa po wyjęciu z pudełka. Ubuntu uruchamia się, dmraidaby aktywować wolumin natychmiast po jego wykryciu, chyba że zrobiłeś coś dziwnego. Pomysły, które przychodzą na myśl, to takie, że skompilowałeś swój własny dmraidzamiast instalować go za pomocą menedżera pakietów lub uruchamiasz się z argumentem jądra nodmraid. Możesz również sprawdzić i upewnić się, że sudo blkididentyfikuje dyski leżące pod nimi jako komponenty raidu.

Nawiasem mówiąc, fakeraid nie jest tak dobrze obsługiwany jak mdadmraid, więc jeśli nie używasz podwójnego uruchamiania z oknami, powinieneś porzucić fakeraid i iść dalej mdadm.

psusi
źródło