The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз ядра Linux 6.3, opennews (??), 24-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


111. "Релиз ядра Linux 6.3"  +/
Сообщение от пох. (?), 24-Апр-23, 13:31 
примерно это и произошло. Летаит, переписывается.
Но если кому вместо этого надо было работающую fs - то вам на ext4

Ответить | Правка | Наверх | Cообщить модератору

113. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от InuYasha (??), 24-Апр-23, 13:31 
> на ext4

Работает, подтверждаю.

Ответить | Правка | Наверх | Cообщить модератору

156. "Релиз ядра Linux 6.3"  –1 +/
Сообщение от Аноним (196), 24-Апр-23, 15:16 
И BTRFS работает, подтверждаю.
Ответить | Правка | Наверх | Cообщить модератору

215. "Релиз ядра Linux 6.3"  +3 +/
Сообщение от Аноним (215), 24-Апр-23, 17:37 
>И BTRFS работает, подтверждаю.

Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники ядра и ибилды. Я пробовал два раза и оба раза все это не протянуло полгода. Теперь мне лень пробовать.
Так что подтверждая рассказывай как используется и сколько времени.

Ответить | Правка | Наверх | Cообщить модератору

227. "Релиз ядра Linux 6.3"  +1 +/
Сообщение от Аноним (133), 24-Апр-23, 19:16 
Для 2 гигов файло ты выделил 50 гигов раздел? И он оба два раза рассыпался? У тебя там точно диск не сыпался? С памятью всё хорошо? Проверь память, она сбоит. Если у btrfs повреждены все копии метаданных хоть на 1 бит, она полностью мертва и ни одного байта ты из неё не достанешь. Ну, вот такой мой опыт.
Ответить | Правка | Наверх | Cообщить модератору

285. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (-), 25-Апр-23, 03:27 
> Если у btrfs повреждены все копии метаданных хоть на 1 бит,

...то у вас где-то порылся очень жесткий факап в железе.

> она полностью мертва и ни одного байта ты из неё не достанешь.

Try "btrfs restore" luke :P. Там так то можно в разные снапшоты и даже generation потыкаться - у метаданных в силу CoW сильно более 1 точки входа с которой можно попытаться начать парсинг. Поэтому если стало реально душно а файлы нужны, btrfs так то дает больше опций потрепыхаться чем многие другие. И продвинутый тулкит вычитки файлов нахаляву прямо в штатной системной утилсе. Для какого-нить нтфс такое только в отдельных коммерческих программах, например. А для какого-нибудь EXT или ZFS такого вроде совсем нет. И если оно откажется маунтится вы совсем в пролете. Но можете и хексэдитором сами конечно файл выковырять.

Ответить | Правка | Наверх | Cообщить модератору

316. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (133), 25-Апр-23, 11:11 
>> она полностью мертва и ни одного байта ты из неё не достанешь.
> Try "btrfs restore" luke :P.

Я попробовал всё, что у интернета было предложить. Можешь сам проверить, создай бтрфс в файле, покидай в него известных данных, а потом создай файл и поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования). Все 3 копии или сколько их там будет. Вооот, а теперь попробуй достать вообще любой файл из файла с фс. Много оттуда удаться выковырять? У меня получилось ровно 0. Файлики, вот они, видно в редакторе. Но бтрфс их больше не отдаст.

Ответить | Правка | Наверх | Cообщить модератору

370. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (334), 26-Апр-23, 01:30 
> поправь известный тебе байт в этом файле в хекс редакторе (после отмонтирования).
> Все 3 копии или сколько их там будет.

Вы предлагаете мне мануально убить все три копии суперблока чтоли? А чего не dd в девайс сразу?

Так то круто, конечно, но на реальном оборудовании у меня максимум 2 супера из 3 слетало - и то 1 раз за все время, на совершенно больной на голову флешке, повисшей при записи намертво и в итоге про...вшей огроменные батчи свежих записей, в дофига мегабайтов весом. Что совершенно точно выходит за допущения любой файлухи. И кстати даже так из третьей копии починилось и замаунтилось.

Более того - у меня есть пара особо текучих флех по приколу. На них кроме btrfs ничегое и не выживает, если на то пошло. Ext4 или NTFS разваливается от пары недель до месяца, при том без предупреждений. А вон тот с схемой DUP даже на таком выживает. Изредка матюкается на "csum error, corrected" но срубить джекпот когда не прочтутся обе копии одновременно согласно теорверу довольно тяжко - и поэтому оно таки еще и работает. Удобно на всяких автопилотируемых системах, я варнинг получаю задолго до того как все реально грохнется и могу зашедулить майнтенанс без резких внештатных ситуаций.

Ответить | Правка | Наверх | Cообщить модератору

284. "Релиз ядра Linux 6.3"  +/
Сообщение от Аноним (284), 25-Апр-23, 03:22 
> Создай раздел гигов на 50 со сжатием и дедупликацией. Положи туда исходники
> ядра и ибилды. Я пробовал два раза и оба раза все
> это не протянуло полгода. Теперь мне лень пробовать.
> Так что подтверждая рассказывай как используется и сколько времени.

Очень интересно что должно было случиться. А то у меня например примерно десяток разных вариантов кернела рефлинкнуты на вооооон том btrfs'е, и оно почему-то просто пашет. Уже не помню сколько лет, наверное минимум 5 если иметь в виду именно фс с исходниками ядра. Билдуется весьма активно, минимум несколько раз на каждую версию ядра.

Нельзя ли конкретику? С точными сообщениями об ошибках и всем таким?

Ответить | Правка | К родителю #215 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру