The OpenNET Project / Index page

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



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

Оглавление

Ошибка в Bcachefs, приводящая к разрушению ФС при использовании нескольких устройств, opennews (ok), 18-Мрт-24, (0) [смотреть все]

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


88. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +1 +/
Сообщение от нах. (?), 19-Мрт-24, 09:23 
> Ну рубани питание на Ext2 или Reset. Без ручного fsck не обойтись.

у тех у кого ext2 - fsck автоматический, я надеюсь. Они должны были эти скрипты откопать на том же кладбище в той же могиле что и свою fs.

У кого Ext4 nojournal - ну хум хау. У меня - автоматический, а что там у пользуемых системдрянью и как это изменить - мне даже и неинтересно знать. Ручной понадобится только если автоматика не справилась. И да, я в этом случае хочу видеть что происходит и иметь возможность отказаться от предложенной операции. А не "угадай во что сейчас откат кривого журнала превратил твои данные, зато мы быстро-быстро загрузились, как здорово-то!".

> А на флешке - да, идеальна для переноса между Linux-системами, сам
> пользуюсь.

на флэшке идеальна ntfs. Вот в том числе потому что позволяет не гадать, на линукс-недосистеме тебе понадобится это потом читать, или не только.

Ну или fat32 если флэшка еще не выросла.


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

97. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (98), 19-Мрт-24, 11:02 
Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо, UNIX Rigts важно. А документы переносить, да, Fat32 - самое то.
Ответить | Правка | Наверх | Cообщить модератору

100. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 19-Мрт-24, 11:31 
> Мне Ext2 на флешке исключительно между Linux-системами. Case sensetive необходимо,

то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Меня как-то вполне устраивает case preserving. А от unix rights копируемых между двумя разными системами - и вовсе вред один. Опять же наиболее верный подход - это как раз fat/ntfs реализации в линуксе - где псевдоправа и фейковые юзеры задаются при монтировании (с ntfs можно задействовать и сложный маппинг но я не верю что это оправдывает глюки и трудозатраты) а не копируются, они бессмысленны на чужой системе.  И заметь что ntfs3g предоставляет тебе выбор, а с ext2 ничего поделать нельзя, только потом пердолиться с chmod/chown.

Ну и добавим в кучку mtools, позволяющие обойтись без дурацкого "монтирования". Этот пережиток 70х годков когда диск так сложно и долго подключался физически, и быстровыдернуть его все равно было невозможно. И который навсегда с нами, потому что не осталось тех кто мог бы такие вещи исправлять.
(опять же обратить внимание что винда умеет но не требует)

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

184. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (190), 20-Мрт-24, 18:25 
>то есть у тебя реально на одной и той же флэшке в одном и том же месте лежат Файл и фАйл и это - два разных файла?

Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

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

192. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +2 +/
Сообщение от Аноним (152), 20-Мрт-24, 19:00 
> Если у тебя вместо ожидаемого File.tar.xz окажется file.tar.xz, догадайся, что тебе любая UNIX like скажет? Правильно: "File not found"

Именно. Этот костыль с нами ещё с тех самых пор, когда тратить ресурсы на приведение регистра было слишком расточительно, а в языке удобной поддержки строк не было (массива байтов хватит всем!). Но сегодня, когда есть и ресурсы, и строки case sensitivity для файловых систем — жутчайший костыль, от которого кроме вреда и лишней возни нет никакой пользы. Современная ОС должна быть case preserving, case insensitive в первую очередь для удобства пользователей. Но удобство — это не про современный UNIX-like. Современный UNIX-like выродился в карго-культ ещё в девяностых.

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

197. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 20-Мрт-24, 21:14 
пажалуста вот нинада обижать без повода современный не-очень-unix-like. Поводов его обидеть и так хватает, но с vfat case preserving - работает с незапамятных времен.

C ntfs3g вроде бы тоже но это неточно (не уверен что он одновременно insensitive, как должно бы быть).

С ext4 буквально год назад обещали все поправить, боюсь проверять чем кончилось.

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

203. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (203), 21-Мрт-24, 12:08 
С ext4 опционально, для выбранных папок.
Ответить | Правка | Наверх | Cообщить модератору

204. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от Аноним (203), 21-Мрт-24, 12:23 
Во-первых, не костыль а стандарт POSOX.
Во-вторых, а по мне, так и неплохо. В иерархии файлов можно как что-то типа конструкции на C++, как бы:
class MyName;
MyName myName;

Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

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

205. "Ошибка в Bcachefs, приводящая к разрушению ФС при использова..."  +/
Сообщение от нах. (?), 21-Мрт-24, 15:19 
У тебя ооп головного мозга.

> Т.е., File.dat содержит образец какой-то формы, например, а file.dat её конкретное содержимое.

совершенно ненужная хня.

Если содержимое только одно - нахрен не нужен твой "образец". Если содержимое может быть разным - что делать со вторым экземпляром - класть в filE.dat ?

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

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

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




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

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