» Перенос Linux

Здравствуйте ....
Меня интересует Ваше мнение,господа, по-поводу использования в качестве файл-сервера машины под Линукс (в часности Mandrake 8.2) , я установил Samba , могу создавать папки для пользователей, общедоступные папки...., но вот у меня есть вопрос: насколько надежны линуксовые файловые системы, я при инсталяции системы не обратил внимание и теперь у меня ext3, если Вас не затруднит просветите плс., что лучше использовать ext2 or ext3 , или лучше не использовать линукс в качестве файл-сервера, хотя насколько мне известно, большинство ftp-серверов работает под Unix/Linux, или ftp-сервер и файл - сервер это две большие разницы .......

SAMBA forever!
Линукс как серверная платформа загибает вынь по самые помидоры! Насчет надежности (я так понимаю имеется ввиду crash-надежность) ничего сказать не могу - хотя за два года эксплуатации никаких нареканий на ext3 сказать не могу, а в остальном Линукс хороший выбор! Я к серверу уже полгода не подходил - работает как часы, скорость в локалке 9-10 метров в секунду на ура!
Удачи!

Линуксовая ext3 - журналируемая файловая с-ма, со всеми отсюда вытекающими преимуществами (если я не ошибаюсь, ntfs - тоже журналируемая), особенно по части отказоустойчивоти. Не буду объяснять - долго... Вобщем журналируемая файловая система хранит список изменений, которые она будут проводить с файловой системой перед фактической записью изменений, хранит в т.н. логу, или журнале.
Короче - ext3 стоит использовать.
А для сервера линукс - ! Но freeBSD - лучше .

Полностью с этим согласен !!!

Добавлено
Да !!! чуть не забыл !!!
насколько я помню - только с выходом этой файловой системы решились траблы с русскоязычными именами файлов и в особенности папок !!!

Спасибо, я понял, что как файловый сервер машину под Линукс использовать можно/нужно, а вот в плане безопасности, можно ли на этой машине "крутить" другие демоны , сервисы, к примеру почтовый сервер, веб сервер для интрасети, в перспективе м.б. сервер БД.
И что значит журналируемая, в 2-х словах, документацию я почитаю попозжее, т.е. , я так понимаю, не важно с каким файлом (системным или файлом пользователя, если были сделаны изменения, и они не были сохранены, то при crash- ситуации, возьмем к примеру электричество кончилось, изменения не применяются, а восстанавливается первоначальное состояние файла/файловой системы..., тогда имеется ишо один вопрос, система автоматически читает журнал атрибутов файла и восстанавливает его или этим нужно заниматься вручную)

Спасибо

Цитата:

а вот в плане безопасности, можно ли на этой машине "крутить" другие демоны , сервисы, к примеру почтовый сервер

...

Не можно, а нужно !!! Как раз с безопасностью все ОК - на пять балов !!! Только не забывая просматривать выявленные дыры и патчить (как у мастдая - только по количеству гораздо меньше !!!)


Добавлено

Цитата:

система автоматически читает журнал атрибутов файла и восстанавливает его или этим нужно заниматься вручную

Этим занимается система !!! при следуюшем включении - заметишь !!!

Вопрос в тeму:
Как помeнять файловую ситeму на новую ?
Хочу поставить ext3 вмeсто старой ext2

snop
Поддерживаю вопрос: чем можно без потери информ. перековертить с ехт2 в ехт3?

MirteX
Я тут подумал .
Можно конeчно воспользоваться Partition Маgic,и конвeртнуть им,но хочeться знать какой командой eто дeлать в линухe.
Я нe думаю ,что на Sun Sparc будeт работать с Partition Magic.

Добавлено
Всe, нашeл:

http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/ref-guide/s1-filesystem-ext3-convert.html

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

bva
Всe проблeмма рeшeна,в линухe всe eсть
Запускаeшь под рутом :
/sbin/tune2fs -j /dev/hdbX
гдe hdbX партишион нужный.
мeняeшь в fstab этот раздeл на ext3 и всe.
Для / раздeла eсчe надо запустить mkinitrd а потом lilo

Добавлено
это был мой вольный пeрeвод вeрхнeй ссылки

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

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

А как насчет производительности ext2 vs ext3? Ведь по идее будут дополнительные расходы на запись журнала? Есть ли где-то сравнительные данные?

я нашел вот это http://gazette.linux.ru.net/lg68/articles/rus-dellomodarme.html
правда данные староваты......
мож у кого есть информация по-свежее..., поделитесь

а еще вот здесь http://www.i2r.ru/article.shtml?id=14067

Kokoc
Да, журнал заментно притормаживает работу. Но есть 3 режима журналирования, выбрать можно подходящий. Более отказоустойчивый режим естественно является более медленным...

Ситуация:
поставил ядро с поддержкой ext3, поставил утилиты проверки и настройки файл. с-мы, кот-ые поддерживают ext3 (Может кому-нибудь пргодяться).
И тут первый трабл - нету там стреди прог mount'а... Может не нужен он просто, и старый с ext3 упраляется?
Короче, # /sbin/tune2fs -j /dev/hda1
Ставлю в fstab ext3...
И вот тест - жму ресет. Перезагруз и... fsck force check because of unclean unmount..... типа того, и как и раньше было проверка, и-ноды исправляет.
В чём дело? Моет так и надо просто... Совета прошу у того, кто работал с ext3.

MirteX
а так каждый раз или только один ?
попробуй eсчe :

Цитата:

запустить mkinitrd а потом lilo

я так сeбe по ошибкe сдeлал,и всe работаeт как надо

snop
Что такое mkinitrd я не знаю (просвети меня ). А lilo зачем? Ядро не менялось, boot-запись тоже...

MirteX

Цитата:

mkinitrd - creates initial ramdisk images for preloading modules

MainWall:

Цитата:

Не можно, а нужно !!! Как раз с безопасностью все ОК - на пять балов !!! Только не забывая просматривать выявленные дыры и патчить (как у мастдая - только по количеству гораздо меньше !!!)

Э-ээ я не большой специалист по линуксу - просто вопрос - а что от классической системы прав - владелец, группа, другие в ext3 уже отошли?

Vadziku
я тоже не большой специалист, но права как были так и остались

Vadziku

Цитата:

классической системы прав - владелец, группа, другие в ext3 уже отошли?

Нет !!! Все это есть !!! И это как раз нужно точно прописывать, а то траблов не оберешься с обшими папками, т.к. создатель файла - владелец, а всех остальных надо побмазывать !!!

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

Vadziku
хм...ну вот lynx в топике про запрет на на passwd дала оч хорошее решени которым можно ограничить доступ к любой программе.

Добавлено
еще можно sudo ииспользовать

Гайзы, а я вот считаю, что ReiserFS -- это рулез. Реально быстрее ext2 на той же тачке (проверено не единожды), а учитывая, что ext3 тормознее ext2 по определению просто, то делайте выводы сами.Другие журналирующие файловые системы не пробовал, хотя из описание выглядит вкусно.
Это просто религия уже.

ooptimum
Мне тоже понравилась, на моей SuSE Linux 8 работает очень быстро и хорошо, проверял на отказоустойчивость при сбоях питания - никаких проблем нету. Хотелось бы еще попробовать XFS, но к сожалению тип файловой системы нельзя поменять "на лету", т.е. без потери данных. Или я не прав?
Да, и вот еще - в каких ФС поддерживаются ACL'ы?

dremon

Цитата:

Хотелось бы еще попробовать XFS, но к сожалению тип файловой системы нельзя поменять "на лету", т.е. без потери данных. Или я не прав?

Прав, к сожалению. Вот чем так ext3 так за душу простого юзера берет, а? А тем, что процесс миграции прост как 1-2-3. И тем, что все утили старые подходят (от ext2) и к новой FS (хотя это от лукавого все). Но все эти наросты в виде журналов над тем, что уже давно устаканилось в том виде, в каком мы это знаем, мне не по душе. Другое дело -- файловая система которая изначально разрабатывалась как журналируемая.
Я лично не больше часа затратил на конвертацию на реальном сервере, торчащем и в и-нет в том числе. Если надо, то надо. А то, блин, 24x365 как самоцель... А нафига козе баян? Лучше я сейчас час истрачу, чем потом неделю, не дай Боже, на восстановление данных (утрирую, конечно).
Ммм... О чем это я? ... На лету, или не на лету -- по-барабану. Цель оправдывает средства. Это я про сервера. На домашних тачках -- там, IMHO, все еще проще. А еще лучше -- с самого начала ставить.
Тут один господин про FreeBSD заикнулся, типа рулез она на сервере немеряный. Целиком и полностью поддерживаю. Ибо, она -- рулез. Я ее знаю-то без году неделя, но уже влюбился почти. но вот незадача -- облом'с там с журналируемыми файловыми системами. Ась? Если не в кассу, то сорри...

Добавлено
dremon
Я тут про ACL'и забыл упомянуть. Если мне не изменяет мой склероз, то в новой версии (вот-вот уже выйдет, по их словам) они должны быть.

Цитата:

Тут один господин про FreeBSD заикнулся, типа рулез она на сервере немеряный. Целиком и полностью поддерживаю. Ибо, она -- рулез. Я ее знаю-то без году неделя, но уже влюбился почти. но вот незадача -- облом'с там с журналируемыми файловыми системами. Ась?

Не совсем так. Журналируемые ФС в ней действительно не поддерживаются. В ней используется более продвинутый метод: мягкое обновление (Soft Updates). Оно обеспечивает целостность мета-данных и согласованность файловой системы точно так же или даже лучше, чем журнальные файловые системы.

L0Ve
да в общем-то softupdates - это совсем не то скорее это просто-напросто кеширование по записи что для файловой системы, пожалуй, критичнее в плане сбоев чем журналирование - больше шанс потерять информацию при сбое.
Одняко у фрюхи не всё так плохо - сейчас идет портирование ibm-овской JFS на фрю, и народ хочет успеть к релизу 5.0, более подробная информация тут: http://jfs4bsd.sourceforge.net/