Пропали файлы на диске

В Windows, когда включен быстрый запуск такое может быть. На ntfs наблюдал, правда. То есть диск (файловая система) уходит в какой-то полуспящий режим.

Как мне восстановить доступ? (и что я не так сделал?)

Отсюда не видно. Учитывая широчайшие возможности в Linux по разбивке и ФС — что угодно.

К сожалению, в Linux пока новичок.

Не так то, что новичек выполняет работу квалифицированного админа. Оставь всё как есть, пока не разломал всё окончательно, и зови профессионала.

Стоял OMV4, старый диск ext4 с информацией. Решил переустановить систему на OMV5 и заменить диск на большую емкость.

Ну и что мешает не менять диски, а просто вставить в сервер и старые, и новые? Вообще без перегона данных.

с помощью Linux File Systems for Windows by Paragon Software

Зачем это нужно, когда есть wsl?

Потому что эта функция лишь недавно появилась в WSL2, и новичек о ней не знает.

Да и вообще идея работать с файлами на файловом хранилище Linux НЕ в Linux — крайне тупая. В Linux же столько всяких мудреностей вроде ACL, SELinux, mdadm, lvm2, stratis, VDO, reflink и прочего, что нормально работать с его файлами только он и может.

зачем вообще копировать файлы при переезде, когда есть dd и resize2fs…

В чем суть такого ответа? Знаете как помочь - напишите, не хотите - намекните где поискать. Не знаете - зачем время тратить на Философию?

посмотрим, изучим))

но пока вопрос актуальный - с чем накосячил?

Я перед тем как колхозить пытался найти как преобразовать ext4 в ntfs без потери данных. Может плохо искал, но походу никак)

Согласен, протупил)) Но есть проблема - хочу понять решение или причину такого поведения. Пока грешу на кривой Linux File Systems for Windows by Paragon Software, хотя плохих отзывов не видел…

Вот посмотрите, пжлста

https://hkar.ru/16V96

Диск с меткой TEST - 23 ГБ вроде заняты, а их не видно(

преобразовать ext4 в ntfs без потери данных.

А что делать если в переводимой фс нет эквивалента функций из целевой?

глядя на это, ничего не понятно делай sudo fdisk -l /dev/sdb

затем делай ls -laR путь-до-TEST

Хочешь конкретики? Да на здоровье: https://www.sandervanvugt.com/red-hat-rhcsa-8-cert-guide-ex200/ — берешь вот эту книгу (не забудь errata скачать, там могут быть опечатки), берешь клон RHEL 8 (Alma Linux, скажем), ставишь на виртуальную машину и проходишь.

Да, это займет время. Потому конкретика — админа позови. А то ты сейчас как медбрат, что пытается самостоятельно выполнить резекцию желудка.

Зачем ты так упорствуешь с кривой копией? Ты сдуру снял кривую копию не тем инструментом. Берешь оригинал, подключаешь его к Linux и копируешь нормально.

Или ты уже уничтожил оригинал? Тогда хотя бы из-под Windows файлы на копии видно?

Я по классике нуба копировал перемещением. Ну чтоб вообще быстро) Из под винды тоже ничего не видно. Проблему решил восстановлением данных с оригинального диска через R-Studio (благо ничего с ним не успел сделать)).

Просто хотелось понимания что стало причиной (думал может не учел что-то очевидное)

В любом случае спасибо за советы и за линк на матчасть, добавлю в туду.

Вот что:
/$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 976773168 sectors
Disk model: WDC WD5000AZRX-0
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x7dc43c2a
Device Boot Start End Sectors Size Id Type /dev/sdb1 2048 976768064 976766017 465,8G 83 Linux

/$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 223,6G 0 disk
├─sda1 8:1 0 222,6G 0 part /
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 975M 0 part [SWAP]
sdb 8:16 0 465,8G 0 disk
└─sdb1 8:17 0 465,8G 0 part /srv/dev-disk-by-uuid-1e87e0e9-a3dc-4fb7-969b-8dc4cfe22516
sdc 8:32 0 1,8T 0 disk
└─md127 9:127 0 1,8T 0 raid1 /srv/dev-disk-by-uuid-b71f55fa-f47c-49f3-9b2e-c033acc2bee0
sdd 8:48 0 1,8T 0 disk
└─md127 9:127 0 1,8T 0 raid1 /srv/dev-disk-by-uuid-b71f55fa-f47c-49f3-9b2e-c033acc2bee0
sde 8:64 0 1,8T 0 disk
└─sde1 8:65 0 1,8T 0 part /srv/dev-disk-by-uuid-c5f5e958-194e-4f6d-80c2-04000befbcda

/$ ls -laR /srv/dev-disk-by-uuid-1e87e0e9-a3dc-4fb7-969b-8dc4cfe22516
/srv/dev-disk-by-uuid-1e87e0e9-a3dc-4fb7-969b-8dc4cfe22516:
итого 44
drwxr-xr-x 4 root root 4096 ноя 27 16:14 .
drwxr-xr-x 8 root root 4096 ноя 27 16:12 ..
-rw------- 1 root root 6144 ноя 27 16:14 aquota.group
-rw------- 1 root root 6144 ноя 27 16:14 aquota.user
drwx------ 2 root root 16384 ноя 26 21:00 lost+found
drwxrwsrwx 2 root users 4096 ноя 27 09:06 TEST

/srv/dev-disk-by-uuid-1e87e0e9-a3dc-4fb7-969b-8dc4cfe22516/lost+found:
итого 20
drwx------ 2 root root 16384 ноя 26 21:00 .
drwxr-xr-x 4 root root 4096 ноя 27 16:14 ..

/srv/dev-disk-by-uuid-1e87e0e9-a3dc-4fb7-969b-8dc4cfe22516/TEST:
итого 8
drwxrwsrwx 2 root users 4096 ноя 27 09:06 .
drwxr-xr-x 4 root root 4096 ноя 27 16:14 ..

Оставлю этот диск для экспериментов.

зачем вообще копировать файлы при переезде, когда есть dd и resize2fs…

Вообще, в Linux есть одна (две) файловые системы, поддерживающие dump/restore (снапшоты и клоны). Переставайте заниматься ерундой с dd и resize2fs - это грязный хак не уровня контроля над данными в ФС.

хочу понять решение или причину такого поведения.

Скорее всего установились не те права на каталоги и файлы при копировании. Надо копировать с сохранением прав: cp -va /mnt/source mnt/destination/.

нет уж, сами пользуйтесь своей беттерфс а мы как-нибудь по-старинке

С ext4 можно делать dump и restore, если что.

«новичек выполняет работу квалифицированного админа»

Это было хорошо сказано. Прям корневая причина выявлена и выписана. И даже понятно, кого надо расстрелять (того, кто поставил новичку такую задачу).

В чем суть такого ответа?

Зная причину, становится более понятно, что надо делать (ну, помимо бэкапов). Необходимо вырастить квалифицированного админа инвестировав в этот процесс средства.

но пока вопрос актуальный - с чем накосячил?

Во первых, не было патронов не сделал бекапы.

речь об утилитах дамп/рестор? или о функциях ФС?

Я про утилиты говорю.

до этого речь шла о функциях самой ФС.

да и утилиты дамп/рестор во времена борга/рестика не особо актуальны, по-моему