Ocena wątku:
  • 0 głosów - średnia: 0
  • 1
  • 2
  • 3
  • 4
  • 5
Mint 21 żle obsługuje SSD USB z NTFS
#1
0
Mam Linux Mint 21 Mate 64 bit. Ostatnio kupiłem 2 dyski 16TB każdy, są to dyski USB. Oba dyski przyszły sformatowane na exFAT, struktura partycji GPT.  Cel był i jest: zrobić RAID 1 na tych dyskach, zmienić GPT na MBR i exFAT na NTFS i używać tego dysku do archiwizacji. Póki co robię experymenty na jednym z nich. Udało mi się zrobić pod Windows partycję 2 TB  ( wiekszej Win10  nie chce utworzyć ! )  i pod Linux'em przy pomocy Gparted rozszerzyć tą partycję 2 TB do pełnego wymiaru dysku. Na NTFS  sformatowałem pod Windows'em - gdisk daje mi taki komunikat:

------------------------------------------------------------------------------
# gdisk  /dev/sdb
GPT fdisk (gdisk) version 1.0.5

Warning! Read error 5; strange behavior now likely!
Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

Warning! Secondary partition table overlaps the last partition by 5 blocks!
You will need to delete this partition or resize it in another utility.
-----------------------------------------------------------------------------------------------------
Dysk widać, pod Win10 skanowałem go i zostały usunięte jakieś błędy. Praktyka używania jest taka że jak skopiuję np. taki universalny plik jak mp4 na ten dysk to jeszcze w tej samej sesji montażu dysku do systemu (mount) - tem filmik się odtwarza, ale wystarczy odmontować dysk i powtórnie zamontować by o odtwarzaniu się tego filmiku można tylko pomarzyć - formułka jaka dostaję: "unrecognized file format". Linux Mint ten sam plik normalnie zapisze na NTFS będący partycją dysku głównego laptopa i można go otworzyć po ponownym zamontowaniu tej partycji. System Windows 10 nie ma z tym dyskiem (16 TB USB NTFS) żadnych problemów. Plik mp4 zapisany przy pomocy Win10 odtwarza się pod Linux'em rownież po odmontowaniu i ponownym zamontowaniu tego dysku 16TB - więc problem z zapisem pod Linux'em. Jak na razie razie nici z RAID i archiwizacji.

Informacje dodatkowe: w fstab dopisałem linię:

        /dev/sdb1    /media/16TBRed  ntfs-3g    rw,users,auto    0    0

i dysk montuje się w czasie uruchamiania się systemu. Gdy dysk odmontuję "klikiem"
to też klikiem nie można go zamontować - używam wtedy skryptu o zawartości:

                ntfs-3g /dev/sdb1  /media/16TBRed

proces montowania tak dużego dysku trwa ok. 15-20 sekund. Proszę o pomoc w temacie zapisu na dysk.
Odpowiedz
#2
1
Better response on post RE: Mint 21 żle obsługuje SSD USB z NTFSArchaiczny MBR działa tylko na dyskach do 2 TB więc zastosuj GPT.
Odpowiedz
#3
0
Dziekuję za konstruktywną odpowiedź. Do tej pory myślałem że MBR to jest tylko rodzaj organizacji partycji na dysku i na myśl mi nie przyszło że zaprojektowany on jest do dysków do max. pojemności 2TB. Mam już GPT na tym dysku i oczywiście NTFS na nim. Jednak teraz z kolei Linux Mint 21 Mate 64 bit - przestał widzieć ten dysk. Nie "wchodzi" on przy pomocy dopisanej linii w fstab którą w pierszym poście napisałem. Używam też skryptów z liniami: ntfs-3g /dev/sdb /home/janusz/16TBRed lub mount -t ntfs-3g /dev/sdb1 /home/janusz/16TBRed
- nie ma dysku po ich zastosowaniu. Czy można coś zrobić żeby Linux widział ten dysk ?
Odpowiedz
#4
1
Better response on post RE: Mint 21 żle obsługuje SSD USB z NTFSWrzuć
Kod:
sudo cat/etc/fstab
i
Kod:
sudo blkid
Odpowiedz
#5
0
sudo cat  /etc/fstab  >>  fstab.txt  . Trochę ten plik skróciłem, o czym w środku napisałem.
Ostatnia linia to właśnie ten dysk 16 TB  (/dev/sdb1)
Kod PHP:
/dev/sda1LABEL="ZastrzeM-EM-<one przez system" UUID="2E3220EC3220BAAB" TYPE="ntfs" PARTUUID="230230f9-01"
/dev/sda2LABEL="Win_10_64" UUID="268A04638A04323B" TYPE="ntfs" PARTUUID="230230f9-02"
/dev/sda3LABEL="Mint3" UUID="928e2847-726a-4702-a007-4dac158d4b14" TYPE="ext4" PARTUUID="230230f9-03"
/dev/sda5UUID="21f5e0d6-9616-4df0-80d4-77ff0c5dd1fa" TYPE="swap" PARTUUID="230230f9-05"
/dev/sda6LABEL="45GB" UUID="3f5f2e77-c1d9-4962-b65f-3cee820d660a" TYPE="ext4" PARTUUID="230230f9-06"
/dev/sda7LABEL="Store" UUID="DC52B62C52B60B72" TYPE="ntfs" PARTUUID="230230f9-07"
/dev/sda8LABEL="Mint8" UUID="5be75358-8c3d-4995-a445-f1bbc5873e28" TYPE="ext4" PARTUUID="230230f9-08"
/dev/loop0TYPE="squashfs"
/dev/loop1TYPE="squashfs" tutaj takie same linie do /dev/loop27TYPE="squashfs

/dev/sdb1: PARTLABEL="
Microsoft reserved partition" PARTUUID="34309c05-32b9-4d74-94ec-95a408601083

sudo cat  blkid  >>  blkid.txt  . Katalog /media/16TBRed  jest utworzony.
Kod:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda8 during installation
UUID=5be75358-8c3d-4995-a445-f1bbc5873e28 /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda5 during installation
UUID=21f5e0d6-9616-4df0-80d4-77ff0c5dd1fa none            swap    sw              0       0
/dev/sdb1    /media/16TBRed   ntfs-3g    rw,users,auto    0    0
Odpowiedz
#6
0
Pokaż:
Kod:
sudo mount -t ntfs /dev/sdb1 /media/16TBRed
Odpowiedz
#7
0
Kod:
mount -t ntfs /dev/sdb1 /media/16TBRed

NTFS signature is missing.
Failed to mount '/dev/sdb1': Zły argument
The device '/dev/sdb1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Partycję GPT zakładałem przy pomocy Win10 Pro 64 bit poo uprzednim wyzerowaniu dysku pod Linux'em poleceniem : dd if=/dev/zero of=/dev/sdb. Potem założenie GPT, wyjęcie kabla dyskowego z gniazda USB, ponowne włożenie i format na NTFS też pod Windows 10.

Na uwagę zasługuje też to co wypisuje linuxowy gdisk: gdisk /dev/sdb
Kod:
GPT fdisk (gdisk) version 1.0.5

Warning! Read error 5; strange behavior now likely!
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 5 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!
Main header: OK
Backup header: ERROR
Main partition table: OK
Backup partition table: ERROR

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************
Przy czym  porównałem ten rezultat gdisk'a  podpinając ten drugi nie "ruszany" od nowości dysk  w to samo gniazdo USB i rezultat był identyczny, choć trzeba wziąć pod uwagę że ten "nie ruszany" ma na sobie format exFAT. 

W panelu bocznym "explorera" Linux jest pozycja 16TBRed jako dysk niezamontowany, gdy ją klikam to dostaję tabliczkę którą OCR'em przekształciłem w txt :
Kod:
Nie można zamontowac 16TBRed
Error opening read-only ldev/sdbl Brak dostepu
Faded to mount '/dev/sdbl' : Brak dostQpu
Please check '/dev/sdb1' and the ntfs-3g binary permissions,
and the mounting user ID. More explanation is provided at
http://tuxera.com/community/ntfs-3g-faq/#unprivileged
Odpowiedz
#8
0
Spróbuj
Kod:
sudo ntfsfix /dev/sdb1
Aczkolwiek wygląda na jakiś problem z partycjami.
Odpowiedz
#9
0
Wykonałem to polecenie, ale że dostałem taką odpowiedź:
Kod:
ntfsfix /dev/sdb1

Mounting volume... NTFS signature is missing.
FAILED
Attempting to correct errors... NTFS signature is missing.
FAILED
Failed to startup volume: Invalid argument
NTFS signature is missing.
Trying the alternate boot sector
Unrecoverable error
Volume is corrupt. You should run chkdsk.
to "poszedłem" do Windows'a gdzie po skanie "obrazkowym" dostałem komunikat:
Kod:
Dysk przeskanowano pomyślnie. Nie znaleziono żadnych problemów.
Nastepnie przeskanowałem go poleceniem:  chkdsk D:  /F /X
 po czyn dostałem raport:
Kod:
chkdsk D: /F /X
The type of the file system is NTFS.
Volume label is 16TBRed.

Stage 1: Examining basic file system structure ...
  1792 file records processed.
File verification completed.
  0 large file records processed.
  0 bad file records processed.

Stage 2: Examining file name linkage ...
  6 reparse records processed.
  2352 index entries processed.
Index verification completed.
  0 unindexed files scanned.
  0 unindexed files recovered to lost and found.
  6 reparse records processed.

Stage 3: Examining security descriptors ...
Security descriptor verification completed.
  280 data files processed.
An unspecified error occurred (6e74667363686b2e 155c).
Wydaje mi się że ntfs-3g ma nie tyle problemy z NTFS co z przeskoczeniem przeszkody GPT.
Odpowiedz
#10
0
Spróbowałbym jeszcze z poziomu gparted utworzyć partycję GPT.
Odpowiedz


Skocz do:




Użytkownicy przeglądający ten wątek: 1 gości