Wiedza Jak dostać się do partycji QNAPa na Linuxie

Discussion in 'Macierz oraz woluminy dyskowe' started by pigers, Sep 11, 2018.

Loading...
Thread Status:
Not open for further replies.
  1. pigers
    Offline

    pigers "Debbie" - always ask Silas ! Administrator

    Joined:
    Jul 26, 2013
    Messages:
    11,920
    Local Time:
    7:45 AM
    Ratings:
    +1,881 / 42 / -24
    Followers:
    8
    QNAP:
    TS-653D
    Ethernet:
    1 GbE
    TS-653D 1 GbE
    Założenia:
    • Komputer(laptop/stacjonarny)
    • Dysk wyjęty z QNAPa, gdzie chcemy sprawdzić, podłączony do tego komputera
      • bezpośrednio
      • za pomocą mostka USB - SATA (polecam produkt Uniteka bo są trwałe i niewiele droższe od konkurencji)
        awww.unitek_products.com_images_products_USB_Storage_Single_Bay_Y_1039_Y_1039_0.
    • Obraz Debiana/Ubuntu w wersji ISO
    • Pendrive - minimalnie 2 GB
    1. Przygotuj pendrive'a - Create a bootable USB stick on Ubuntu | Ubuntu tutorials
    2. Włącz komputer z tego pendrive'a.
    3. Z menu wybierz LiveCD/Test system - nazywa sie to różnie
    4. Pozwól się systemowi załadować - potrwa to chwile ...
    5. Znajdz terminal bądź console
    6. Sprawdź kim jesteś w konsoli - polecenie id powie Ci to - oczekujemy odpowiedz zawierającej słowo root bądź su
    upload_2018-9-11_19-46-41.
    jeśli nie jesteś - wydaj polecenie su bądź sudo su - i sprawdź ponownie.
    7. sprawdz jakie dyski są obecnie "zamontowane" do pracy mount
    upload_2018-9-11_20-5-9.
    odpowiedź będzie się różnić od tego co dostaniesz - bez paniki tutaj.
    8. Sprawdź jakie urządzenia dyskowe (pendrive'y, dyski USB itp itd) system rozpoznał - fdisk -l
    upload_2018-9-11_20-6-12.

    9. Szukasz dysku o pojemności podłączonego urządzenia - dla potrzeb testu - zakładam że ma on pojemność 25 Gb.
    Widzimy tylko jeden taki:

    upload_2018-9-11_20-7-16.

    z racji ze szukamy danych - interesują nas tylko duże partycje - mamy aż jedną

    upload_2018-9-11_20-7-51.

    10. Sprawdzamy jaki rodzaj partycji to jest - spodziewamy sie EXT3 bądź EXT4 - fsck -N /dev/sda3, opcja -N jest ważna !! robi ona tylko sprawdzenie - nie zapisze zmian !!
    upload_2018-9-11_20-10-32.
    11. Tworzymy katalog gdzie podepniemy sobie dysk do pracy mkdir /tmp/testy/
    12. Sprawdzamy czy utworzył się ls -la /tmp/testy/
    upload_2018-9-11_20-14-44.
    13. Podpinamy - montujemy dysk do pracy - mount -t ext4 /dev/sda3 /tmp/testy/
    upload_2018-9-11_20-16-5.
    14. Sprawdzamy co tam mamy - ls -la /tmp/testy/
    upload_2018-9-11_20-17-22.

    15. W tym momencie - możemy podpiąć pendrive'a - system go wykryje i automatycznie zamontuje (w większości przypadków) .. i skopiować sobie dane czy to za pomocą linii poleceń czy graficznie ...

    upload_2018-9-11_20-19-33.

    upload_2018-9-11_20-19-47.

    upload_2018-9-11_20-20-4.

    upload_2018-9-11_20-20-25.

    i wskaż gdzie pliki mają być przekopiowane - zatwierdzając lokację za pomocą SELECT:

    upload_2018-9-11_20-21-14.

    w linii poleceń jest szybciej - cp -r /skad/foldery/ /gdzie_wrzucić/ - bez parametru -r nie skopiuje katalogu i jego zawartości !
    upload_2018-9-11_20-22-35.

    Po skończonej pracy - zalecam (!)
    • pozamykać wszystkie okna gdzie kopiowaliśmy nasze pliki
    • w terminalu przejść do folderu głownego cd /
    Wydać polecenie odpinające dysk umount /tmp/testy/
    upload_2018-9-11_20-26-32.
    błąd oznacza że coś "trzyma" ten folder - popatrz na kropki powyżej.

    Sukces:
    upload_2018-9-11_20-28-43.

    Teraz możesz wyłączyć komputer
    upload_2018-9-11_20-29-19.

    Po wyłączeniu odepnij dysk i pendrive('y) i włącz komputer jak zwykle.
     

    Attached Files:

Thread Status:
Not open for further replies.