Телеграмм чат группы russianfedora страница 22115

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Russian Fedora Community

1430 membersпожаловаться на группу

2021 January 07

分

分解物質 in Russian Fedora Community

Alexander

Это, вроде, лишь индекс каталога.
Но, в любом случае, смотри сам, что для тебя дешевле: рискнуть потерей данных или достать диск.

> Это, вроде, лишь индекс каталога.
т.е. это только для ускорения поиска файлов? а они и без него доступны?

источник

20:08пожаловаться #1

A

Alexander in Russian Fedora Community

> Это, вроде, лишь индекс каталога.
т.е. это только для ускорения поиска файлов? а они и без него доступны?

Я не настолько хорошо знаю устройство ФС, но, судя по тому, что пишут в сети, да.

источник

20:14пожаловаться #2

SG

Sergey Gureev in Russian Fedora Community

fsck предлагает фиксы но они похоже только зацементируют потерю данных.
соль в том что smart self test показывает что всё ок. а fsck пишет как будто совсем плохое что-то случилось:

e2fsck 1.45.5 (07-Jan-2020)
One or more block group descriptor checksums are invalid.  Fix? no

Group descriptor 0 checksum is 0xc5a6, should be 0x95b3.  IGNORED.
Group descriptor 1 checksum is 0xefb0, should be 0xbfa5.  IGNORED.
Group descriptor 2 checksum is 0xf13b, should be 0xa12e.  IGNORED.
Group descriptor 3 checksum is 0xf35a, should be 0xa34f.  IGNORED.
Group descriptor 4 checksum is 0x4ab2, should be 0x1aa7.  IGNORED.
....
Group descriptor 22333 checksum is 0xd7a8, should be 0x87bd.  IGNORED.
Group descriptor 22334 checksum is 0xd99d, should be 0x8988.  IGNORED.
Group descriptor 22335 checksum is 0xa7d0, should be 0xf7c5.  IGNORED.
Group descriptor 22336 checksum is 0x38b0, should be 0x68a5.  IGNORED.

в некоторых папках ls показывает имена файлов а открыть их нельзя: No such file or directory. те что открываются вроде как целые.

Я сейчас смотрю на disk layout и хекс дампы но как-то это затягивается

А данные сильно важные?
Если так заметно побились метаданные, то тут только два варианта:
1. Диск сильно не исправен , и ты рискуешь своими экспериментами его добить
2. Поврежден сата-кабель, или его сас аналог, плохой контакт у разъёмом, сильно окислились контактные площадки у платы под диском (характерно только для старых устройств)

Тут я не беру в расчёт намеренное выключение журналирования и прочие тюнинги

источник

20:14пожаловаться #3

SG

Sergey Gureev in Russian Fedora Community

Касательно смарта:
Его селф тестам далеко не всегда нужно верить. Оценку состояния диска нужно проводить через отслеживания динамики появления ошибок чтения/записи в смарте. "Битые" сектора и другие страшные страшности, о которых может сообщать смарт, могут быть вообще не бедами а чисто программными ошибками

источник

20:17пожаловаться #4

SG

Sergey Gureev in Russian Fedora Community

В общем, если даные сильно важные, то я настоятельно не рекомендую пытать диск своими силами, а доверить восстановление профессионалам
Если же ты уверен, что диск исправен, и ты готов немного рискнуть, то советую тебе начать с замены сата-кабеля и аккуратной чистки контактов (возможно, придется снять плату с диска, если конструкция позволяет)
Если самостоятельно рискнешь и дальше играть фсчеком, то вероятность потери данных будет постепенно приближаться к 1. Возможно, это голословное утвеждение, но я не знаю, в каком состоянии диск, где он стоял, в какой среде (температура, влажность, вибрации) работыл, как часто на него что-то писалось. Я ж даже смарта не видел

источник

20:20пожаловаться #5

SG

Sergey Gureev in Russian Fedora Community

Еще хочу добавить, что метаданные у ext4 многократно дублируются на диске, и побить их все очень сложно

источник

20:22пожаловаться #6

SG

Sergey Gureev in Russian Fedora Community

Еще рекомендую сменить ПК, чтобы исключить его программного-аппаратные ошибки, типа разболтанных разъемов и битой памяти

источник

20:22пожаловаться #7

SG

Sergey Gureev in Russian Fedora Community

там не только чексуммы, оно ещё предлагает "Clear HTree index?" что звучит страшно.
а сделать dd некуда

Насколько я помню, это означает, что некоторые файлы были "потеряны" в пространстве файлов-каталогов, т.е. лишились своей постоянной "прописки" в путях
В случае согласия, такие файлы будут перемещены в каталог lost+found и будут иметь названия из абракадабры
Я не смог быстро найти в интернете что-то подтверждающее, и такое поведение вообще может соответствовать ext3, а не ext4
Советую почитать документацию, т.к. меня память нередко подводит))

источник

20:28пожаловаться #8

SG

Sergey Gureev in Russian Fedora Community

Еще один вариант
Ты можешь чем-нибудь подсмотреть номера суперблкоков, и скормить их фсчеку по одному. А потом посмотреть, что получится

источник

20:33пожаловаться #9

分

分解物質 in Russian Fedora Community

я перепроверил отчёт fsck:

источник

20:37пожаловаться #10

分

分解物質 in Russian Fedora Community

чё сообщение удаляется

источник

20:37пожаловаться #11

E

ElXreno in Russian Fedora Community

я перепроверил отчёт fsck:

Лучше заливай его на какой-нибудь paste.centos.org.
Или 0bin.net.

источник

20:38пожаловаться #12

分

分解物質 in Russian Fedora Community

и ссылка удаляется

источник

20:39пожаловаться #13

B

Boris in Russian Fedora Community

чё сообщение удаляется

источник

20:40пожаловаться #14

E

ElXreno in Russian Fedora Community

и ссылка удаляется

Это защита в боте. В качестве костыля, можешь ссылку поделить так, чтобы она не определялась как ссылка, пока тебя не добавят в список разрешённых.

источник

20:40пожаловаться #15

B

Boris in Russian Fedora Community

и ссылка удаляется

Потому что кто-то не умеет читать описание группы...

источник

20:41пожаловаться #16

分

分解物質 in Russian Fedora Community

я перепроверил отчёт fsck:

paste. centos. org/view/32db7d0b

источник

20:41пожаловаться #17

E

ElXreno in Russian Fedora Community

paste. centos. org/view/32db7d0b

А вот кликабельная.
https://paste.centos.org/view/32db7d0b

источник

20:41пожаловаться #18

分

分解物質 in Russian Fedora Community

А вот кликабельная.
https://paste.centos.org/view/32db7d0b

я так понимаю это значит что потеряных файлов после применения fsck не будет?

источник

20:42пожаловаться #19

分

分解物質 in Russian Fedora Community

в интернете такое есть
> Pass 4: Checking reference counts
> Unattached inode 129
> Connect to /lost+found? no

источник

20:43пожаловаться #20