> У меня при попытке зайти в папку где в названии есть '_' mc в hintbar пишет "невозможно сменить каталог", но всё-таки заходит

Аналогичная ситуация :(

$ rpm -q bash bash-3.2-1.fc7

> у вас злой хакир удалил маны?

Спасибо. Под виндой на работе действительно из кто-то удалил.

Права доступа папки нормальные поставь.

Ой спасибо тебе, благожелатель.

Если бы была такая ошибка - она ужу давно бы вылезла. 2.6.5 уже дааавно вышла. У меня CentOS с ядром 2.6.9-42 (фирменное, ни разу не пересобранное) Год работает (мигрировал с CentOS-3) и пока никаких ужасов не наблюдается. Это может в ванильном ядре чего? А скорей, винты хреновые у этих счатливчиков - вот панику и сеют...

>NTFS? :-)

Не, на неё большие файлы долго пишутся, скорость линейно падает от начала длинного файла.

С ext3 теперь больше экстрима.

> NTFS? :-)

Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора). Не у себя конечно - я всё-таки больше предпочитаю ext3 :-)

>man badblocks (-w)

умнек блин. рецепт актуальный 10 лет назад. man smartd, man smartctl

>/me давно на jfs :)

наблюдал на 2.4.x, при отключении питания лом. jfs-овский чекер на ломе вылетал в корку, однако за исключением одного - двух сломанных файлов можно было все перелить на другой раздел или диск. интересно это вылечили? еще jfs не потдерживает расширенных атрибутов, поэтому с селиньюксом не дружит. это печально. так шта xfs или ext3 + writeback.

Очень может быть, что в конце имени директории был пробел -- я встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной строки не удалить. Только прогу написать %) Ну, или из Линукса :)

Пользую дома ext2 и доволен как йож! =)

>Да, пишет следующее: "Внимание: невозможно перейти в <полный путь к папке>", и ни разу не встречается символ '_'.

а разве это не проблема shell`а?

До сих пор все дружно кричали нельзя в ядро непроверенную ФС ставить, не так важно что бы она была быстрой, как важно, что бы ФС была стабильной. И развивали эту ФС только в случае большой необходимости. Все вроде правильно, но как все обернулось то.

А ведь казалось бы сделали все, что бы отличия этой ФС от прародительницы были минимальны. Видать ФС это настолько сложное дело, что всегда надо быть начеку и гарантии тут давать тяжело.

И Гансу поэтому почет, что со скудными ресурсами пытался развивать ФС. А сообщество, вместо того, что бы ценить смелость человека и пользу от поиска нового, начало забывать о том, что вопрос доводки любой идеи до нужной кондиции зависит только от наличия ресурсов. И допустило оно разделение на тех, кто от ревности к Гансу кричит рейзер must die, и тех , кто кричит reiserfs forever.

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

Ребят, Линус уже починил. Ждём релизов ядра.

> не потдерживает расширенных атрибутов, поэтому с селиньюксом не дружит. это печально. так шта xfs или ext3 + writeback.

Это что-то наверное из области того самого 2.4.x... Но там и ext3 без патчей их не держит. А так любой jfs в пределах моей досягаемости их держит идеально. Поддержка еще в 2002 появилась: http://lwn.net/Articles/9488/ И в отличие от ext3, ничего включать не надо - они всегда есть и работают.

> Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора).

root в *nix'e соответствует юзеру system в винде, а не Администратор

> До сих пор все дружно кричали нельзя в ядро непроверенную ФС ставить, не так важно что бы она была быстрой, как важно, что бы ФС была стабильной.

Вот именно! К счастью, reiserfs4 в ядро не войдет; жалко только, что reiserfs3 там уже давно есть и столько людей напоролись на этом, поверив в утверждение про проверенность и безглючность фс, включенных в ядро...

На 3-х серваках squid всё летает, без проблем, fs - ext3!

> NTFS? :-)

Видел бы ты, что на ней вытворяет MC с не совсем правильно настроенной локалью, даже с последней версией 3g-ntfs :)

Как себя вёл драйвер полгода назад уже написали выше :)

Ага! ext3 глючит.

Вы посмотрите на начало обсуждения, сразу посыпались высказывания о потере данных на ext3. Вот у меня тоже Reiser4 в одном месте стоит, как только что-нибудь падает первая мысль: "Reiser4 глючит," -- разбираюсь, нет, не глючит. Легче всего все проблемы свалить на Reiser4, потому что всякий лемминг говорит что она глючная, а попробовать найти проблему всем лень.

А доступ на google.com он же вам перекрыл или кто другой?

>как только что-нибудь падает первая мысль: "Reiser4 глючит

Прекратите дискредитировать любимую ось!Шо там у вас падает?Или вы не знаете что винде капец??

2.6.19, добавил параметр ядра rootflags=data=writeback на 
всякий случай.И в fstab /home тоже самое. 
Кстати, с этим параметром возможны присутствия 
устаревших данных в файле: 
man mount
...
writeback 
 Data ordering is not preserved - data may be written into the 
main file system after its metadata has been committed to the 
journal. This is rumoured to be the highest-throughput option.
 It guarantees internal file system integrity, however it can 
allow old data to appear in files after a crash and journal 
recovery.

Вот так лажа.. Ждём дополнительных заявлений..

Тьфу, мать, хорошо на XFS переехал.

Хорошо, что /boot - ext2 :)

Ждём 2.6.19.2, пора обновиться с 2.6.18...

>Это что-то наверное из области того самого 2.4.x..

таки да. начиная с 6-федоры. http://lwn.net/Articles/212683

<quote> *Changed fixfiles to relabel jfs since it now supports security xattrs (as of 2.6.11). Removed reiserfs until 2.6.12 is released with fixed support for reiserfs and selinux. </quote>

т.о. они появились только в 2.6.11

>Но там и ext3 без патчей их не держит.

какие такие патчи хватчи? на федоре и рхел я никаких патчей не ставлю, а использующие ванилу сами себе злобные буратины. (хотя очень сомнительно что в ваниле ext3 не потдерживает расширенных атрибутов)

Now, the fact that it apparently happens for all of ext2, ext3 and reiserfs (but NOT apparently with "data=writeback"), makes me suspect that there is some common interaction, and that it's somehow BH-related (they all share much of the buffer head infrastructure). So it doesn't look like it's just a bug in one random filesystem, I think it's a bug in some buffer-head infrastructure/helper function.

So I don't think it's "core VM". I don't think it's the "page cache". I think we handle the dirty state correctly at that level.

It looks more like "buffer cache" or "filesystem" to me by now.

(Btw, don't get me wrong - the above sequence numbers are in no way *proof* of anything. You could get big groups for one page just because something ended up being synchronous. I'll add some timestamps to my traces to make it easier to see where there was real IO going on and where there wasn't).

Linus

вот гавно перед НГ какое :-/

надо XFS заюзать...

ГЫ. Ненавистники ext3, ваши любимчеги тоже уязвимы! :)

> а разве это не проблема shell`а?

Пока выходит что виноват mc работающий под bash 3.2 :(

>И Гансу поэтому почет, что со скудными ресурсами пытался развивать ФС. А сообщество, вместо того, что бы ценить смелость человека и пользу

так. юпитеру больше не наливать (с)

а ктото постоянно тут утверждает что ext3 супер-стабильная а например reiserfs отстой :)

Ух ты. Еще кто-то верит в то, что может быть совершенство?

>Очень может быть, что в конце имени директории был пробел -- я >встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной >строки не удалить. Только прогу написать %) Ну, или из Линукса :)

Kак удалять такие файлы написано в любой книжке. Про кавычки и экранирование когда-нить слышал? Еще скажи что rm не может удалить файл "-rf".

Та ошибка "can`t change directory" проблема исключительн mc, во фре mc патчится в портах на этот счет. Посмотрите сырцы mc, поймете почему он это говорит. Вылечить можно фряшным патчем.

У большинства присутствующих проблемы не с fs а с головой.

По поводу UFS. Неужели все забыли про баг с soft updates? Патч так и не включили в RELENG_5_4.

Как страшно жить... о_О
А я-то думаю, что это у меня на файлопомойке (активно юзаемой в rw) иногда ошибки вылезают, хотя диск абсолютно нормальный и комп ребутится всегда корректно.

> > Да нифига! Назовите мне файловую систему, с проблемами на которой НИКТО не сталкивался? Про полёты рейзера на лоре не раз говорили. Теперь и ext3 и jfs не панацея.

> NTFS? :-)

Обломись, это ZFS. Правда с ней самой мало кто еще сталкивался. Ну тогда чтоб для надежности - XFS.

А NTFS - теряет данные только в путь, неоднократно на исправных массивах сбивались CRC на больших файлах.

> root в *nix'e соответствует юзеру system в винде, а не Администратор

Насколько я помню, проблема всё-таки решилась лечением файловой системы.

>Блин! Только перешёд с SuSE+riserfs на Ubuntu+ext3(которая связка показала себя неожиданно лучше по скоростным характеристикам) как такое западло...

Как у reiser, так и у ext(2|3) есть свои приемущества/недостатки (ext4 я не видел, даже не читал про нее, поэтому не трогаю). Далеко не обязательно использовать в системе только одну фс (+ если хотите быстрой и стабильной работы - то лучше будет прочитать документацию к вашим файловым системам, чтобы не спрашивать что такое data=writeback).

Имхо, не корректно спорить о том какая фс лучше "вообще" - такой нет. Приводите, пожалуйста, примеры, где данная файловая система лучше или хуже остальных.

Кстати, а кто ходил по ссылки и тестил? На трех серверах проверил, нет проблем. Так что не надо ля-ля.

>Очень может быть, что в конце имени директории был пробел -- я >встречался с такой проблемой. Такую диру ни из ГУЯ ни из командной >строки не удалить.

>Kак удалять такие файлы написано в любой книжке. Про кавычки и
>экранирование когда-нить слышал?

Даже книжек читать не надо. Автодополнение. Оно служит и помощью и подсказкой.

18:19 al@wind ~ $ mkdir "test "
18:19 al@wind ~ $ ls tes*
18:19 al@wind ~ $ ls -d tes*
test
18:20 al@wind ~ $ rmdir test\
18:20 al@wind ~ $ ls -d tes*
zsh: no matches found: tes*
18:20 al@wind ~ $

Прогнал на 3х тачках(2.6.19-gentoo-r2, 2.6.18-hardened, 2.6.19-ARCH) проблем нет. BTW я что, один data=journal юзаю?

>Специально обученные люди из компании Novell, подкупленные Microsoft под видом честных строителей Open Source послали деструктивные патчи... <skipped> -- Аноним усы всех стран объединяйтесь...

А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

Вроде уже решили проблему

http://kerneltrap.org/node/7518

ДА!!! Я НЕ ПАРАНОИК!!! ДАДАА!!!! МОЧИТЬ ОШИБКУ!!!

как активный пользователь rtorrent'а скажу, что ВСЕ закачки заканчиваются с бэд чанками, а партиции несколько раз терял полностью =(.

Debian 4.0, на 2.6.17 рторрент пахал без проблем, траблы с 2.6.18 начались

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

>> Видел не очень давно на NTFS: папка не удалялась, её максимум можно было переносить в пределах тома (даже с правами администратора).

>root в *nix'e соответствует юзеру system в винде, а не Администратор

Разве администратор не всегда может "принять во владение" файл?

> А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

ну вы же не знаете, вдруг этот анонимный аналитик непосредственно из руководства / top management'а новела? ;)

Все пирдят в лужу и пердят! Патч уже давно есть!

>> А вы кто такой, чтобы так обвинять компанию Novell? Я считаю так: компания Novell сделала достаточно много не только для развития Linux, но и для развития компьютерных технологий вообще. Так какое же право имеет анонимус выступать с такими заявлениями?

>ну вы же не знаете, вдруг этот анонимный аналитик непосредственно из руководства / top management'а новела? ;)

Скорее Bottom manager

>Даже книжек читать не надо. Автодополнение. Оно служит и помощью и подсказкой. sin_a

там, имхо, речь шла о win, а о linux