KDEшники чуть не загубили свой репозиторий

Вот пришлось бы им продолжать Trinity DE пилить, отлично было бы.

ну на бекапах наверняка всё лежит.

Ну, как я понял, с бекапами тоже нюанс вышел

VMs immediately showed evidence of file system corruption (the file system in question was ext4)

okay

ext4? && ССЗБ

Да не жалко =]

Это же прекрасно. У ненужного KDE проблемы с говно-git.

Жаль. Ну что-ж, придется смириться с неудачей.

Это он тебе не нужный

Если KDE ненужен и git говно, я боюсь представить, что же тогда нужно и хорошо...

Скорее всего он сам никому не нужен, поэтому и вымещает свою озлобленность на других. Что и подтверждается, если заглянуть в профиль.

Старый быдлокодер и тролль. Характер скверный. Не женат.

да, это такой многоплановый вброс: Kde+git+ext4...

ext4? && ССЗБ

Забавно. А что ты предлагаешь.
P. S. У меня, правда, reiserfs везде. Несмотря на ее баг с notail. Потому как не хочу остаться без inode'ов. Но твою аргументацию хотелось бы выслушать.

что за баг? о_О
то что искаропки включена упаковка?
а вообще предлагаю как раз 3-ий рейзер, ибо лучше пока ничего не придумали
разве что для ssd пощупать нать f2fs

я боюсь представить, что же тогда нужно и хорошо...

Предупреждаю, дальше идет толстенный вброс:

Ненужно: http://suckless.org/sucks
Нужно: http://suckless.org/rocks

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

The machine that projects.kde.org is migrating to has a ZFS filesystem; snapshots will be taken after every sync, up to some reasonable number of maximum snapshots, which should allow us to recover the repositories at a period of time with relatively fine granularity.

а вообще предлагаю как раз 3-ий рейзер

Я именно третий и юзаю.

что за баг? о_О

Если не ставить notail, на больших разделах (или при частом чтении/записи; до конца не понятна причина), система начинает периодически виснуть. Точнее, «виснет раздел» (с райзером), то есть при обращении к этому разделу программа зависает так, что kill -9 не убьешь. При том, если к этому разделу «не касаться» (например, «виснет» /home, а раздел с корнем нет, мой случай), то все остальное работает нормально.

Это начинает происходить через несколько месяцев после юзания системы. Я такое ловил как минимум на трех компах. Решение - добавить notail, после чего зависания становятся все реже, пока совсем не пропадают.

Вот здесь разбиралось: [баг][запуск процессов][мистика]

Но ты так и не ответил чем тебе ext4 не угодила?

при обращении к этому разделу программа зависает так, что kill -9 не убьешь

на ZFS такое видел. интересно есть ли для нее что-то типа «волшебного notail»?

баги
постоянно кто-то что-то теряет...
нафиг

я так понимаю, это повод написать кеды заново?

Странная вещь. Ни разу на нее не натыкался...

Не, скорее сроки выпуска 4.10.2 сдвинутся

это повод усомниться в словах линуса о стабильности git

Так он стабилен, просто временами стоит прогонять git fsck --full

баги
постоянно кто-то что-то теряет...
нафиг

А по-конкретней?

Ну, наткнешься, вспомни.
Контекст: без notail, большой раздел (примерно over 300Gb), активное юзание на протяжении месяцев 3-6 (например, /home).

Почему?

Текущая система: Funtoo Linux, 2 года полет нормальный.

# grep reiser /etc/fstab
/dev/sda1               /               reiserfs        noatime                 0 1
/dev/sda7               /home           reiserfs        noatime                 0 1

# df -h
Filesystem      Size  Used Avail Use% Mounted on
rootfs           22G   16G  5.6G  75% /
/dev/sda7       447G  386G   62G  87% /home

До этого и на других системах без notail'a лет 8 работало.

повод усомниться в словах линуса о стабильности git

ты бы еще в непогрешимости Папы Римского усомнился, еретик!

Да, толстенный, негоднейший жировброс. Это ж надо в роксы запихать vim и vimperator... У чувака вообще всё, что не имеет GUI и экономит лишние 2 байта на нажатие клавиши на его 100мбит канале - априори рокс.

Не нужно чуть не загубило не нужно из за трабл с не нужно.

Етит твою налево!!! Это прям один в в один мой случай, сейчас же и попробую прописать, раздел у меня 650Гб. Но бывали случаи когда и под рутом в консоле не удавалось залогиниться, я думаю это изза вара, но он всего 10Гб.

Спасибо тебе мил человек.

учитывая, что это офсайт чуваков, делающих dwm...
Ну ты понел :-)

У ненужного KDE

Что если не КДЕ (не флейма ради, просто интересно)?

//переполз на них с юнити - доволен как слон

Что если не КДЕ (не флейма ради, просто интересно)?

По мне, важность и Gnome, и KDE, и Unity сильно переоценена. Нужны _приложения_, а оболочка, их которой они запускаются, может быть любой. LXDE вполне подойдет.

Гит хороший, кто-то поскупился на железо.

Это ж надо в роксы запихать vim и vimperator...

Ну не kate и opera в rocks зачислять, в самом-то деле.

Пусть там хоть пусто будет, но не экономилка трафика времен модемов на 300 бод.

vim (vimperator) — это «экономилка» трафика? О сколько нам открытий чудных!

Гит хороший, кто-то поскупился на железо.

Как будто дорогое железо никогда не глючит...

сейчас же и попробую прописать

Учти, что проблема проходит не сразу после указания notail, а просто уменьшается частота, пока не исчезнет вовсе. Думаю, срок, примерно пару месяцев. У меня так было.

я думаю это изза вара, но он всего 10Гб

У меня тоже /var 10Gb.

Текущая система: Funtoo Linux, 2 года полет нормальный.

Аллилуйя, брат. 12309 тоже не все ловили. Может подкинешь полезных мыслишек сюда: [баг][запуск процессов][мистика] или сюда: https://bugzilla.kernel.org/show_bug.cgi?id=37782

До этого и на других системах без notail'a лет 8 работало.

Я тоже на райзере уже лет 10 сижу, а проблема появилась 3-5 лет назад. Наверное, дело в версии ядра и/или размере раздела.

Лол, идут годы, а гит всё ещё приносит хвостострелу неимоверные страдания в области таза.

К сожалению, чуваки из suckless зачастую сосут не меньше чем чуваки из fd.o

Мечтай.

Бугога, гит, такой гит. И кто-то после этого всё еще хочет мигрировать на это говно?

Почему тогда после того как загребли Ганса разработка остановилась? (это не наезд, я не в курсах :) )

Невозможно сделать <something> без глюков вообще. Но зато у дорогих это происходит реже

Видать это единственный адекватный комментарий

Не обязательно дорогое, могли не поставить ИБП, не настроить хороший RAID и т.д.