Liczba postów: 12
Liczba wątków: 3
Dołączył: Sep 2019
Reputacja:
System: 20.0 Ulyana
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 0%
0 WITAM w pierwszym poście na tym forum
Mam następujący problem. Podłączyłem dysk zewnętrzny do komputera z Linuxem i wyskakuje mi komunikat jak na załączonym zdjęciu.
Dysk twardy znajdujący się się w środku był kiedyś częścią macierzy ZFS systemu serwerowego freeNAS, w którymś momencie rozmontowałem te dyski, pomyślnie każdy z nich sformatowałem do NTFC i służą one do dziś jako baza danych we wspomnianym linuxowym komputerze, za wyjątkiem tego właśnie jednego, który nie może być prawidłowo rzez Linux zidentyfikowany.
Dodam jeszcze, że w starszych wydania Minta czy Ubuntu, których używałem, nie było tego problemu, dopiero gdzieś od 17.2 bodajże, problem ten się pojawił.
Co ciekawe, po podłączeniu tegoż dysku do laptopa z Windowsem 10, wszystko jest w jak najlepszym porządku, katalogi i pliki są widoczne, można nań kopiować i przenosić cokolwiek, słowem pełna funkcjonalność.
Proszę o poradę co zrobić, żeby ten dysk i jego zawartość była widoczna za co z góry dziękuję.
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
0 Zainstaluj paczkę zfsutils-linux.
Liczba postów: 12
Liczba wątków: 3
Dołączył: Sep 2019
Reputacja:
System: 20.0 Ulyana
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 0%
0 (21-09-2019, 18:23)dedito napisał(a): Zainstaluj paczkę zfsutils-linux.
Zainstalowałem i nic to nie zmieniło
Komunikat przy próbie montowania bez zmian...
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
Liczba postów: 12
Liczba wątków: 3
Dołączył: Sep 2019
Reputacja:
System: 20.0 Ulyana
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 0%
0 Dzięki za podpowiedź...
Nie wiem czy się rozumiemy, ale... na tym dysku, po jego sformatowaniu do NTFS, nie powinno być systemu ZFS i tak właśnie prawidłowo odczytuje go Windows, jednakże LinuxMint 19 widzi tam nadal ZFS i w tym problem jak to obejść, żeby wyświetlił pliki wgrane na niego po sformatowaniu. Są tam multimedia czyli muzyka, filmy, trochę zdjęć, uniwersalne formaty, które oba systemy bez problemu odczytują i odtwarzają.
Zamontowanie tego dysku jako ZFS nic mi nie daje, bo dane z "tego okresu" zostały skasowane.
Jestem w tym temacie laikiem, ale myślę że ostał się tam jakiś sektor rozruchowy ZFS czy coś podobnego, wprowadzając całe to zamieszanie.
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
0 Pokaż wynik: sudo fdisk -l i wskaż w nim ten problematyczny dysk.
Liczba postów: 12
Liczba wątków: 3
Dołączył: Sep 2019
Reputacja:
System: 20.0 Ulyana
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 0%
23-09-2019, 22:37
(Ten post był ostatnio modyfikowany: 24-09-2019, 09:03 przez yahoob3.)
0 (23-09-2019, 20:17)dedito napisał(a): Pokaż wynik: sudo fdisk -l i wskaż w nim ten problematyczny dysk.
Nie wiem czy dobrze to robię, ale to jest wynik komendy:
Kod: jarolsaw@jaroslaw-To-be-filled-by-O-E-M:~$ sudo fdisk -l
[sudo] hasło użytkownika jarolsaw:
Dysk /dev/sda: 1,8 TiB, bajtów: 2000398934016, sektorów: 3907029168
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: gpt
Identyfikator dysku: A2E710A9-3644-11E1-9F40-0019668185FF
Urządzenie Początek Koniec Sektory Rozmiar Typ
/dev/sda1 2048 3907028991 3907026944 1,8T Microsoft - dane podstawowe
Kod: Dysk /dev/sdc: 1,8 TiB, bajtów: 2000398934016, sektorów: 3907029168
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: gpt
Identyfikator dysku: D683AF61-3F02-11E3-9951-0019668185FF
Urządzenie Początek Koniec Sektory Rozmiar Typ
/dev/sdc2 4194432 3907029127 3902834696 1,8T Microsoft - dane podstawowe
Kod: Dysk /dev/sdd: 55,9 GiB, bajtów: 60022480896, sektorów: 117231408
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: dos
Identyfikator dysku: 0x2db4e5a6
Urządzenie Rozruch Początek Koniec Sektory Rozmiar Id Typ
/dev/sdd1 * 2048 117229567 117227520 55,9G 83 Linux
Kod: Dysk /dev/sdf: 29,3 GiB, bajtów: 31466323968, sektorów: 61457664
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: dos
Identyfikator dysku: 0x000dc009
Urządzenie Rozruch Początek Koniec Sektory Rozmiar Id Typ
/dev/sdf1 63 61457663 61457601 29,3G 7 HPFS/NTFS/exFAT
Kod: Dysk /dev/sde: 1,8 TiB, bajtów: 2000398934016, sektorów: 3907029168
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: gpt
Identyfikator dysku: D720AE63-3F02-11E3-9951-0019668185FF
Urządzenie Początek Koniec Sektory Rozmiar Typ
/dev/sde1 2048 3907028991 3907026944 1,8T Microsoft - dane podstawowe
Dysk o którym mowa, to ten na samym końcu: sde1
Używaj code zamiast "szlaczków"
https://forum.linuxmint.pl/showthread.ph...75#pid1075
Liczba postów: 4 233
Liczba wątków: 76
Dołączył: Dec 2018
Reputacja:
System: Inny
Środowisko graficzne: Xfce
Architektura CPU: 64bit
Inny System: Debian testing/sid
Miernik podziękowań 39%
0 Widzę, że z poziomu Windows były zakładane partycje.
Dysk sdc wygląda identycznie, jak rozumiem z nim nie ma problemu?
Ja nie wiem czy warto kopać się z koniem.
Ja bym ten dysk jeszcze raz spartycjonował i sformatował, ale tym razem z poziomu gparted.
Liczba postów: 12
Liczba wątków: 3
Dołączył: Sep 2019
Reputacja:
System: 20.0 Ulyana
Środowisko graficzne: Cinnamon
Architektura CPU: 64bit
Miernik podziękowań 0%
0 To prawda że kopać się nie warto, chociaż warto zgłosić problem specom od Linuxa, tym bardziej że jak już na początku nadmieniłem, na starszych wersjach Minta 17.2 problem nie występował.
Nie pozostało mi nic innego jak kupić nowy dysk i całą zawartość starego skopiować, a ten ZFS potraktować gParted.
O efektach na pewno poinformuję.
Dzięki za podpowiedzi
|