Fórum Root.cz

Hlavní témata => Software => Téma založeno: Michal Švarc 04. 12. 2019, 03:39:39

Název: Problém s mazáním souborů z externího disku
Přispěvatel: Michal Švarc 04. 12. 2019, 03:39:39
Při zapisování souborů na externí disk se mi zasekl thunar (kterým jsem to kopíroval) a skončil jsem se složkou, jejíž soubory se mi nedaří ani přejmenovat, ani smazat. (výsledek ls a rm na obrázku)
chmod, chgrp a chown se na pohled tváří, že něco změnily, ale po ověření krz ls zůstává vše beze změny. Nějaký nápad, co s tím mohu zkusit udělat?

Na disku je více složek, ale jen tahle jediná je KO.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: e3k 04. 12. 2019, 08:11:31
pustil by som na ten disk smartctl ak to bude v poriadku tak potom fsck.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: Michal Švarc 04. 12. 2019, 14:32:36
info z fdisk:
Kód: [Vybrat]
Disk /dev/sdf: 3,7 TiB, 4 000 787 029 504 bajtů, 7 814 037 167 sektorů
Model disku: M3 Portable     
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Typ popisu disku: gpt
Identifikátor disku: 61A9E4C8-AFFF-4256-9DC1-1EC17D5638A9

Zařízení   Začátek      Konec    Sektory Velikost Druh
/dev/sdf1       34     262177     262144     128M Vyhrazeno pro Microsoft
/dev/sdf2   264192 7814035455 7813771264     3,7T Základní data Microsoftu
podle grafické nadstavby rozdělení disku je
Kód: [Vybrat]
Zařízení: sdf1
Typ: Compaq diagnostics
Velikost: 128MB (0% disku)

Zařízení: sdf2
Název svazku: Maxtor
Písmeno v DOSu: C (jenom odhad)
Typ: ntfs-3g
Velikost: 3.6TB (99% disku)
Připojený

smarctl -i vrací pro /dev/sdf1 i /dev/sdf2 tosamé:
Kód: [Vybrat]
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.3.13-desktop-2.mga7] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               Seagate
Product:              M3 Portable
Revision:             9300
Compliance:           SPC-4
User Capacity:        4 000 787 029 504 bytes [4,00 TB]
Logical block size:   512 bytes
Physical block size:  4096 bytes
Logical Unit id:      0x5000000000000001
Serial number:        NM13HMTW
Device type:          disk
Local Time is:        Wed Dec  4 09:56:03 2019 CET
SMART support is:     Available - device has SMART capability.
SMART support is:     Disabled
Temperature Warning:  Disabled or Not Supported
a fsck -t ntfs (i fsck -t ntfs-g3)
vrací jen verzi fsck (fsck z util-linux 2.33.2) a skončí

nějaké další nápady? mimochodem, za předpokladu, že se smířím se ztrátou dat, lze nějak v linuxu ten ntfs přeformátovat?
Trochu se bojím zeptat, co je vlastně ten /dev/sdf1 zač (k čemu to je atp.)
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: e3k 04. 12. 2019, 20:22:16
no tak ten smart si ale musis zapnut: smartctl -s on /dev/tvojdrajv a potom citat cez smartctl -a.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: Michal Švarc 05. 12. 2019, 00:51:50
opravdu?
Kód: [Vybrat]
INVALID ARGUMENT TO -s: /dev/sdf2
=======> VALID ARGUMENTS ARE: on, off, aam,[N|off], apm,[N|off], dsn,[on|off], lookahead,[on|off], security-freeze, standby,[N|off|now], wcache,[on|off], rcache,[on|off], wcreorder,[on|off[,p]], wcache-sct,[ata|on|off[,p]]
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: k3dAR 05. 12. 2019, 01:53:10
opravdu?
Kód: [Vybrat]
INVALID ARGUMENT TO -s: /dev/sdf2
=======> VALID ARGUMENTS ARE: on, off, aam,[N|off], apm,[N|off], dsn,[on|off], lookahead,[on|off], security-freeze, standby,[N|off|now], wcache,[on|off], rcache,[on|off], wcreorder,[on|off[,p]], wcache-sct,[ata|on|off[,p]]
opravdu, kdyz vynechas u paremetru "-s" jeho volbu "on" kterou ti e3k psal, tak se nediv ze ti to hlasi spatnej argument, tim ze za nej povazuje nasledne dev disku ;-)
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: m1x 05. 12. 2019, 02:32:49
Že ty si windousák. Formátování disku znamená inicializaci stop a sektorů na povrchu disku atd. a už cca 30 let to dělá výhradně výrobce disku. Nijak to nesouvisí ani s rozdělením disku na oddíly (=partitions, používám třeba cfdisk), ani s vytvořením resp. znovuvytvořením souborového systému (mkfs.*, třeba mkfs.ext4 nebo mkfs.ntfs apod.).

Nejdřív si ujasni pojmy. Pak teprve přemýšlej co chceš a co nechceš.

1) Tyhle soubory tam evidentně nejsou. Tak vytáhni všechno na čem ti tam ještě záleží a nezapomeň oba oddíly odpojit než budeš cokoliv zkoušet.

2) Připadá mi, že buď je poškozený filesystém (tedy jen datová struktura), nebo disk (tedy hardware). Takže zjistit.

fsck.ntfs neznám, ale obvykle musíš zadat jako parametr to /dev/sdf2 , aby věděl co chceš zkontrolovat. Linux tvoje myšlenky nečte. Linux ne.

Možná to ten fsck.ntfs i opraví a bude hotovo.

Jenže otázka je proč se to takhle rozdrbalo, možná máš špatný kabel, nebo jsi s diskem trochu ťuknul za chodu... když to nevychytáš tak naděláš další škodu.

2.1) Dá se testovat přímé čtení z disku (ne soubory ale přímo data z disku) třeba pomocí dd a trochu zakvedlat kabelem... a hledat tuhle chybu. Taky je to vlastně "test povrchu".

2.2) Dá se říct disku, aby sám provedl interní diagnostiku (smartctl). To už je opravdový test povrchu a trvá několik hodin, ale pak víš jestli máš ještě harddisk nebo už jen šrot. Samozřejmě že /dev/sdf a /dev/sdf1 a /dev/sdf2 je pořád tentýž fyzický disk. Proto je výpis stejný. Rozdělení disku přece není provedené fyzicky  :D (nožem, pilou, sekerou ...)

smartctl vlastně nic netestuje, jen zobrazuje co mu disk poslal. S.M.A.R.T. je rozsáhlá funkčnost uvnitř harddisku a smartctl jen posílá požadavky a zobrazuje odpovědi.
Umí říct hodně.

2.3) Dá se otestovat filesystém na konkrétním oddílu, když je předpoklad že hardware je OK.

3) jestli je disk a kabel v pořádku, můžeš si hrát se samotným /dev/sdf2, třebafsck.ntfs nebo mkfs.ntfs. Když nebude důvod měnit rozdělení disku tak bych *fdisk vůbec nepouštěl. Nemá smysl oddíl smazat a zase vytvořit jen proto že ho chceš "zformátovat" ... Takže by mi bylo jedno co je ten /dev/sdf1 zač, řešil bych jen /dev/sdf2 .

4) Nebo ho prostě znova rozděl a znova vytvoř filesystém. A uvidíš. Budeš mít za pár minut hotovo a jestli je hardware v pohodě tak máš prázdný disk k použití. Jestli je hw v nepohodě, časem znova narazíš.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: m1x 05. 12. 2019, 03:06:42
Příkazová řádka má svoje zvyklosti. Napíšeš název programu a parametry se kterými se má provést. Těch parametrů bývá hodně naráz. Právě to je ta síla, dává ti možnost udělat co chceš. Jenže ono to udělá přesně to co zadáš a ne to co chceš... !

Samozřejmě si nepamatuju ty spousty parametrů ani syntaxi zápisu. Když máš nějaký program nainstalovaný, tak spolu s ním máš nainstalovanou i jeho manuálovou stránku. Je to jeden dlouhý text, většinou vypadá dost podobně a není promárně určený k tomu abys ho četl, ale aby se v něm zkušený uživatel zorientoval za pouhých pár vteřin, našel co potřebuje a použil to. Zrovna u smartctl to moc neplatí... ale dá se použít. V příkazové řádce se nauč používat less
 a man . Např.:
man ls
man less
man bash
man fsck
man smartctl
...

Pokud ještě nemáš představu, můžou ti zdejší rady připadat složité. Nejsou, jen zatím nevíš jak to číst.

A čti anglickou variantu, český překlad je někdy matoucí. Zkus třeba man -a ls
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: m1x 05. 12. 2019, 03:08:46
Že jsem se ale zase rozepsal  :D
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: k3dAR 05. 12. 2019, 05:08:47
@m1x nerikam ze mu nejake pojmu neunikaji, nicmene on nepsal "preformatovat disk" ale "preformatovat ntfs", tedy "znovuvytvorit filesystem" ;-) a kdyz uz teda, tak ty si treba ujasni, ze nic jako fsck.ntfs neexistuje, i kdyby v nejakem distru to nahodou bylo, tak maximalne jako symlink pro ntfsfix, s tim ze to NEni nastroj pro kontrolu ntfs filesystemu, pouze vyresetuje journal a naplanuje kontrolu filesystemu pri pristim startu Windows, ktere teprve mohou provest realnou kontrolu filesystemu... ;-)
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: jmk 05. 12. 2019, 07:50:00
Pokud nepotřebuješ zachránit ostatní data doporučuji znovu "naformátovat" disk na nějaký Linux filé systém. Ext4 je dobrá volba. Pokud data chceš zachránit připoj externí disk k Windows stroji a spusť opravu disku. S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: ByCzech 05. 12. 2019, 10:44:06
S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.

Jak to, že se mi to teda s utilitou ntfsfix běžně daří?
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: BobTheBuilder 05. 12. 2019, 11:43:00
S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.

Jak to, že se mi to teda s utilitou ntfsfix běžně daří?
No, přečtěte si celý popis u ntfsfix:
"ntfsfix is NOT a Linux version of chkdsk.  It only repairs some fundamental NTFS inconsistencies, resets the NTFS journal file and schedules an NTFS consistency check for the first boot into Windows."
ntfsfix NENÍ linuxovou verzí chkdsk. Pouze opraví některé základní nekonzistence, resetuje NTFS žurnál a nastaví kontrolu konzistence při prvním startu Windows.
Takže ten disk by bylo dobré připojit k Windows nechat zkontrolovat tam. Mohlo by to pomoct.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: ByCzech 05. 12. 2019, 12:21:33
S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.

Jak to, že se mi to teda s utilitou ntfsfix běžně daří?
No, přečtěte si celý popis u ntfsfix:
"ntfsfix is NOT a Linux version of chkdsk.  It only repairs some fundamental NTFS inconsistencies, resets the NTFS journal file and schedules an NTFS consistency check for the first boot into Windows."
ntfsfix NENÍ linuxovou verzí chkdsk. Pouze opraví některé základní nekonzistence, resetuje NTFS žurnál a nastaví kontrolu konzistence při prvním startu Windows.
Takže ten disk by bylo dobré připojit k Windows nechat zkontrolovat tam. Mohlo by to pomoct.

Jsem si omezení ntfsfix vědom. Ale já reagoval na to, že Linux to opravit neumí, což jsem chápal jakože vůbec a i z vašeho příspěvku je jasné, že to není pravda.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: Michal Švarc 05. 12. 2019, 16:52:00
Jé, já vpodstatě moc neočekával, že by se tu rozjela taková krásná diskuze. Děkuji za veškeré připomínky.

opravdu, kdyz vynechas u paremetru "-s" jeho volbu "on" kterou ti e3k psal, tak se nediv ze ti to hlasi spatnej argument, tim ze za nej povazuje nasledne dev disku ;-)
aha, ono se to používá takhle, díky, nějak se mi to z toho popisu nepovedlo pochopit
Kód: [Vybrat]
-s NAME[,VALUE], --set=NAME[,VALUE]
        Enable/disable/change device setting: aam,[N|off], apm,[N|off],
        dsn,[on|off], lookahead,[on|off], security-freeze,
        standby,[N|off|now], wcache,[on|off], rcache,[on|off],
        wcreorder,[on|off[,p]], wcache-sct,[ata|on|off[,p]]

Že ty si windousák. Formátování disku znamená inicializaci stop a sektorů na povrchu disku atd. a už cca 30 let to dělá výhradně výrobce disku. Nijak to nesouvisí ani s rozdělením disku na oddíly (=partitions, používám třeba cfdisk), ani s vytvořením resp. znovuvytvořením souborového systému (mkfs.*, třeba mkfs.ext4 nebo mkfs.ntfs apod.).

Nejdřív si ujasni pojmy. Pak teprve přemýšlej co chceš a co nechceš.
Ách, ty jsi jedním z těch lidí, co z nesprávně použitých termínů, hned vyvodí, že musím být windowsák, a tedy blbec co linuxu vůbec nerozumí. Vlastně netuším, proč bych ti to měl vymlouvat, zvláště, pokud mi díky tomu dodáš informace, které se mi hodí.
Čistě pro tvou informaci, protože to vážně vypadalo tak, že tě to zajímá, přestože to není k věci, windows nepoužívám už zhruba 22let a velmi matně si vzpomínám na tři verze: 3.11, 95, 98. Linux používám jako běžný uživatel a pokud věřím, že potřebuji radu od zkušenějších, zkouším nejčastěji fórum zde na root, nebo fórum na itnetwork
1) Tyhle soubory tam evidentně nejsou. Tak vytáhni všechno na čem ti tam ještě záleží a nezapomeň oba oddíly odpojit než budeš cokoliv zkoušet.
Ano, to mi došlo, mimo to, část z těch souborů tam je, nejsou tam ty z obrázku, které mají místo oprávnění otazníky (a vlastně tam mají i jinou barvu).
K ostatním ve složce se dostanu, a pomocí mpv video bez problému přehraju (jen je nejde, včetně jejich oprávnění změnit/smazat).
2) Připadá mi, že buď je poškozený filesystém (tedy jen datová struktura), nebo disk (tedy hardware). Takže zjistit.
fsck.ntfs neznám, ale obvykle musíš zadat jako parametr to /dev/sdf2 , aby věděl co chceš zkontrolovat. Linux tvoje myšlenky nečte. Linux ne.
Možná to ten fsck.ntfs i opraví a bude hotovo.

Jenže otázka je proč se to takhle rozdrbalo, možná máš špatný kabel, nebo jsi s diskem trochu ťuknul za chodu... když to nevychytáš tak naděláš další škodu.
Je hezké, že sis mé
a fsck -t ntfs (i fsck -t ntfs-g3)
vrací jen verzi fsck (fsck z util-linux 2.33.2) a skončí
vysvětlil tak že jsem nepoužil cestu. Nicméně já ji použil, a výpis byl jaký byl
na ostatní již odpověděli jiní ;):
@m1x nerikam ze mu nejake pojmu neunikaji, nicmene on nepsal "preformatovat disk" ale "preformatovat ntfs", tedy "znovuvytvorit filesystem" ;-) a kdyz uz teda, tak ty si treba ujasni, ze nic jako fsck.ntfs neexistuje, i kdyby v nejakem distru to nahodou bylo, tak maximalne jako symlink pro ntfsfix, s tim ze to NEni nastroj pro kontrolu ntfs filesystemu, pouze vyresetuje journal a naplanuje kontrolu filesystemu pri pristim startu Windows, ktere teprve mohou provest realnou kontrolu filesystemu... ;-)
aha, on je koukám ntfsfix součástí balíčku libntfs-3g ... zkusím, díky
 

2.1) Dá se testovat přímé čtení z disku (ne soubory ale přímo data z disku) třeba pomocí dd a trochu zakvedlat kabelem... a hledat tuhle chybu. Taky je to vlastně "test povrchu".

2.2) Dá se říct disku, aby sám provedl interní diagnostiku (smartctl). To už je opravdový test povrchu a trvá několik hodin, ale pak víš jestli máš ještě harddisk nebo už jen šrot. Samozřejmě že /dev/sdf a /dev/sdf1 a /dev/sdf2 je pořád tentýž fyzický disk. Proto je výpis stejný. Rozdělení disku přece není provedené fyzicky  :D (nožem, pilou, sekerou ...)

smartctl vlastně nic netestuje, jen zobrazuje co mu disk poslal. S.M.A.R.T. je rozsáhlá funkčnost uvnitř harddisku a smartctl jen posílá požadavky a zobrazuje odpovědi.
Umí říct hodně.
díky za tip
2.3) Dá se otestovat filesystém na konkrétním oddílu, když je předpoklad že hardware je OK.
nějaký příklad tohoto způsobu, z těch to tu ještě nikdo neuvedl?
3) jestli je disk a kabel v pořádku, můžeš si hrát se samotným /dev/sdf2, třebafsck.ntfs nebo mkfs.ntfs. Když nebude důvod měnit rozdělení disku tak bych *fdisk vůbec nepouštěl. Nemá smysl oddíl smazat a zase vytvořit jen proto že ho chceš "zformátovat" ... Takže by mi bylo jedno co je ten /dev/sdf1 zač, řešil bych jen /dev/sdf2 .
Ok. Pokud na to nakonec pustím fdisk, patrně tam vytvořím jedinný oddíl, ale prozatím řeším jen /dev/sdf2
Nějak jsem měl pocit, že když smažu oddíly, a vytvořím nové, nebo i jen změním souborový systém, je výraz "formátovat" na místě
4) Nebo ho prostě znova rozděl a znova vytvoř filesystém. A uvidíš. Budeš mít za pár minut hotovo a jestli je hardware v pohodě tak máš prázdný disk k použití. Jestli je hw v nepohodě, časem znova narazíš.
To je právě to, lze to v linuxu s ntfs udělat?
A pokud to s ntfs nejde, jaký souborový systém, který tam z linuxu mohu dostat, by to měl být? Aktuální disk je > 2TB, tudíž tam tuším nemůže být FAT, ale já chci, aby disk mohl být přístupný i pro ostatní operační systémy (prostě se může stát že to někdy budu potřebovat připojit k něčemu jinému než vlastnímu počítači)
Pokud nepotřebuješ zachránit ostatní data doporučuji znovu "naformátovat" disk na nějaký Linux filé systém. Ext4 je dobrá volba. Pokud data chceš zachránit připoj externí disk k Windows stroji a spusť opravu disku. S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.
To beru jako poslední možnost, protože Ext4 pravděpodobně půjde pripojit už jen k unixu (linux,bsd), ne?

Příkazová řádka má svoje zvyklosti. Napíšeš název programu a parametry se kterými se má provést. Těch parametrů bývá hodně naráz. Právě to je ta síla, dává ti možnost udělat co chceš. Jenže ono to udělá přesně to co zadáš a ne to co chceš... !
Ano, jistě
Samozřejmě si nepamatuju ty spousty parametrů ani syntaxi zápisu. Když máš nějaký program nainstalovaný, tak spolu s ním máš nainstalovanou i jeho manuálovou stránku. Je to jeden dlouhý text, většinou vypadá dost podobně a není promárně určený k tomu abys ho četl, ale aby se v něm zkušený uživatel zorientoval za pouhých pár vteřin, našel co potřebuje a použil to. Zrovna u smartctl to moc neplatí... ale dá se použít. V příkazové řádce se nauč používat less
A čti anglickou variantu, český překlad je někdy matoucí. Zkus třeba man -a ls
less vůbec nepoužívám, mrknu se co to dělá
před man většinou prostě použiju příkaz s parametrem --help, stejně jako když mě teď zajímalo to -a u man  (většinou funguje a když né, téměř vždycky je tu man)

Že jsem se ale zase rozepsal  :D
Ano, s tím se nedá nesouhlasit.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: m1x 06. 12. 2019, 03:40:12

Že ty si windousák. Formátování disku znamená inicializaci stop a sektorů na povrchu disku atd. a už cca 30 let to dělá výhradně výrobce disku. Nijak to nesouvisí ani s rozdělením disku na oddíly (=partitions, používám třeba cfdisk), ani s vytvořením resp. znovuvytvořením souborového systému (mkfs.*, třeba mkfs.ext4 nebo mkfs.ntfs apod.).

Nejdřív si ujasni pojmy. Pak teprve přemýšlej co chceš a co nechceš.
Ách, ty jsi jedním z těch lidí, co z nesprávně použitých termínů, hned vyvodí, že musím být windowsák, a tedy blbec co linuxu vůbec nerozumí. (...)

Nejen že jsem špatně vyvodil, ale tímhle způsobem jsem odpovídat neměl. Promiň.


2.3) Dá se otestovat filesystém na konkrétním oddílu, když je předpoklad že hardware je OK.
nějaký příklad tohoto způsobu, z těch to tu ještě nikdo neuvedl?

Pro tenhle případ se už snad nedá nic dodat.

Jinak mívám kompletní md5sum těch složek na kterých mi záleží a v případě problémů můžu ověřit že nedošlo k poškození dat v některém souboru nebo ke ztrátě souborů.


4) Nebo ho prostě znova rozděl a znova vytvoř filesystém. A uvidíš. Budeš mít za pár minut hotovo a jestli je hardware v pohodě tak máš prázdný disk k použití. Jestli je hw v nepohodě, časem znova narazíš.
To je právě to, lze to v linuxu s ntfs udělat?
A pokud to s ntfs nejde, jaký souborový systém, který tam z linuxu mohu dostat, by to měl být? Aktuální disk je > 2TB, tudíž tam tuším nemůže být FAT, ale já chci, aby disk mohl být přístupný i pro ostatní operační systémy (prostě se může stát že to někdy budu potřebovat připojit k něčemu jinému než vlastnímu počítači)

Podle mě snadno. Párkrát jsem jakési mkfs.ntfs použil na USB flash a fungovalo mi to bez problému, kamkoliv jsem přišel (jen windows, nevím jaké, kdo co měl). Jen když jsem potřeboval víc oddílů a linuxový jsem dal před windowsový tak mi to jakési windows nevzaly. Víc jsem nezkoušel. (Zajímavé. Disk je nejrychlejší na začátku a velmi pomalý na konci. Windows si vynutily začátek.)

Přihodí někdo vlastní zkušenosti s přenosným souborovým systémem?

Nevím jaký je nejkompatibilnější fs pro různé OS. Použil bych nfts, i když nerad.



Výpis pomocí parametru --help je nepřehledný a často ho člověk špatně pochopí. Používám ho jen když už vím co potřebuju připomenout.
man je nejen kompletnější, ale i mnohem srozumitelnější. Navíc se dá dobře prohledávat. Doporučuju používat jako první.
Název: Re:Problém s mazáním souborů z externího disku
Přispěvatel: BobTheBuilder 06. 12. 2019, 07:58:37
S NTFS formátem sice umí Linux pracovat, ale ne opravit a občas se stane právě toto.

Jak to, že se mi to teda s utilitou ntfsfix běžně daří?
No, přečtěte si celý popis u ntfsfix:
"ntfsfix is NOT a Linux version of chkdsk.  It only repairs some fundamental NTFS inconsistencies, resets the NTFS journal file and schedules an NTFS consistency check for the first boot into Windows."
ntfsfix NENÍ linuxovou verzí chkdsk. Pouze opraví některé základní nekonzistence, resetuje NTFS žurnál a nastaví kontrolu konzistence při prvním startu Windows.
Takže ten disk by bylo dobré připojit k Windows nechat zkontrolovat tam. Mohlo by to pomoct.

Jsem si omezení ntfsfix vědom. Ale já reagoval na to, že Linux to opravit neumí, což jsem chápal jakože vůbec a i z vašeho příspěvku je jasné, že to není pravda.
ntfsfix neumí opravit konzistenci (strukturu) systému souborů (security descriptory, osiřelé soubory a adresáře, ...), takže ne, neumí. Udělá něco málo a pak příznakem požádá chkdsk, aby to dokončil. Téměř jistě neumí opravit příčinu problému z dotazu.
Tohle má dvě řešení:
1) zkusit chkdsk ve Windows
2) zkopírovat data na jiný disk a tento znovu naformátovat (tedy vytvořit systém souborů: mkfs.ntfs -Q -L MujDiskLabel /dev/sdxxx - aby tady zase někdo nepsal o formátování disku) a data vrátit zpátky
Potíž u 2) je, že s poměrně zaplněným 4TB diskem to bude poněkud časově náročné.
Vzhledem k tomu, jak k události došlo, by to chkdsk mohl spravit.
NTFS čistě v non-Windows prostředí je trochu problém právě kvůli tomu chybějícímu chkdsk, ale dosud nebyla rozumná alternativa. Teď by možná stál za úvahu exFAT.