Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Файловые системы Linux - выбор, преимущества и недостатки.

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

Автор: UncoNNecteD
Дата сообщения: 30.06.2002 15:19
SAMBA forever!
Линукс как серверная платформа загибает вынь по самые помидоры! Насчет надежности (я так понимаю имеется ввиду crash-надежность) ничего сказать не могу - хотя за два года эксплуатации никаких нареканий на ext3 сказать не могу, а в остальном Линукс хороший выбор! Я к серверу уже полгода не подходил - работает как часы, скорость в локалке 9-10 метров в секунду на ура!
Удачи!
Автор: MirteX
Дата сообщения: 30.06.2002 15:33
Линуксовая ext3 - журналируемая файловая с-ма, со всеми отсюда вытекающими преимуществами (если я не ошибаюсь, ntfs - тоже журналируемая), особенно по части отказоустойчивоти. Не буду объяснять - долго... Вобщем журналируемая файловая система хранит список изменений, которые она будут проводить с файловой системой перед фактической записью изменений, хранит в т.н. логу, или журнале.
Короче - ext3 стоит использовать.
А для сервера линукс - ! Но freeBSD - лучше .
Автор: MainWall
Дата сообщения: 30.06.2002 15:55
Полностью с этим согласен !!!

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

Спасибо
Автор: MainWall
Дата сообщения: 30.06.2002 16:21

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

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


Добавлено

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


Этим занимается система !!! при следуюшем включении - заметишь !!!
Автор: snop
Дата сообщения: 01.07.2002 11:18
Вопрос в тeму:
Как помeнять файловую ситeму на новую ?
Хочу поставить ext3 вмeсто старой ext2
Автор: MirteX
Дата сообщения: 01.07.2002 12:10
snop
Поддерживаю вопрос: чем можно без потери информ. перековертить с ехт2 в ехт3?
Автор: snop
Дата сообщения: 01.07.2002 13:04
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
Автор: bva
Дата сообщения: 01.07.2002 13:45
я не пробовал, но может попробовать еще и AcronisOS Selector5, довольно таки неплохая программа..., создает разделы любых типов форматирует под любые файловые системы....., есть функции изменения структуры разделов без потери информации


Автор: snop
Дата сообщения: 01.07.2002 13:59
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й ссылки
Автор: falc0n
Дата сообщения: 02.07.2002 18:39
прикольно читется сообщение MainWall насчет количества патчей, учитывая количество геморроя, поиметого всеми юниксоидами из-за последних плюх в ссх
Автор: MainWall
Дата сообщения: 02.07.2002 20:45
ну я бы не стал все так драматизировать, т.к. если есть хоть какая-то система на машине - это уже геморой, в 10 раз больший геморой если эта машина подключена к сетке, а еще лучше к инету !!!
Но ведь для того-чтобы узеры не знали этого гемороя - нужны админы, а админам нужен этот форум !!! (поделиться гемороем с другими, шоб всех калбасило !!! )
Автор: Kokoc
Дата сообщения: 02.07.2002 21:38
А как насчет производительности ext2 vs ext3? Ведь по идее будут дополнительные расходы на запись журнала? Есть ли где-то сравнительные данные?
Автор: bva
Дата сообщения: 03.07.2002 08:02
я нашел вот это http://gazette.linux.ru.net/lg68/articles/rus-dellomodarme.html
правда данные староваты......
мож у кого есть информация по-свежее..., поделитесь

а еще вот здесь http://www.i2r.ru/article.shtml?id=14067
Автор: MirteX
Дата сообщения: 03.07.2002 10:08
Kokoc
Да, журнал заментно притормаживает работу. Но есть 3 режима журналирования, выбрать можно подходящий. Более отказоустойчивый режим естественно является более медленным...
Автор: MirteX
Дата сообщения: 03.07.2002 21:39
Ситуация:
поставил ядро с поддержкой ext3, поставил утилиты проверки и настройки файл. с-мы, кот-ые поддерживают ext3 (Может кому-нибудь пргодяться).
И тут первый трабл - нету там стреди прог mount'а... Может не нужен он просто, и старый с ext3 упраляется?
Короче, # /sbin/tune2fs -j /dev/hda1
Ставлю в fstab ext3...
И вот тест - жму ресет. Перезагруз и... fsck force check because of unclean unmount..... типа того, и как и раньше было проверка, и-ноды исправляет.
В чём дело? Моет так и надо просто... Совета прошу у того, кто работал с ext3.
Автор: snop
Дата сообщения: 03.07.2002 22:18
MirteX
а так каждый раз или только один ?
попробуй eсчe :

Цитата:

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

я так сeбe по ошибкe сдeлал,и всe работаeт как надо
Автор: MirteX
Дата сообщения: 04.07.2002 13:26
snop
Что такое mkinitrd я не знаю (просвети меня ). А lilo зачем? Ядро не менялось, boot-запись тоже...
Автор: snop
Дата сообщения: 04.07.2002 20:36
MirteX

Цитата:
mkinitrd - creates initial ramdisk images for preloading modules

Автор: Vadziku
Дата сообщения: 08.07.2002 10:50
MainWall:

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

Э-ээ я не большой специалист по линуксу - просто вопрос - а что от классической системы прав - владелец, группа, другие в ext3 уже отошли?
Автор: new yorik
Дата сообщения: 08.07.2002 11:22
Vadziku
я тоже не большой специалист, но права как были так и остались
Автор: MainWall
Дата сообщения: 08.07.2002 11:23
Vadziku

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


Нет !!! Все это есть !!! И это как раз нужно точно прописывать, а то траблов не оберешься с обшими папками, т.к. создатель файла - владелец, а всех остальных надо побмазывать !!!
Автор: Vadziku
Дата сообщения: 08.07.2002 11:37
В таком случае этого весьма мало для полноценного разграничения доступа. Собственно классическую юниксовскую систему всегда за это ругали. Из моего личного опыта то же самое - часто приходится давать бОльшие права бОльшему кругу лиц чем необходимо, чтобы приложения могли работать.

Автор: new yorik
Дата сообщения: 08.07.2002 12:04
Vadziku
хм...ну вот lynx в топике про запрет на на passwd дала оч хорошее решени которым можно ограничить доступ к любой программе.

Добавлено
еще можно sudo ииспользовать
Автор: ooptimum
Дата сообщения: 08.07.2002 15:43
Гайзы, а я вот считаю, что ReiserFS -- это рулез. Реально быстрее ext2 на той же тачке (проверено не единожды), а учитывая, что ext3 тормознее ext2 по определению просто, то делайте выводы сами.Другие журналирующие файловые системы не пробовал, хотя из описание выглядит вкусно.
Это просто религия уже.
Автор: dremon
Дата сообщения: 08.07.2002 16:10
ooptimum
Мне тоже понравилась, на моей SuSE Linux 8 работает очень быстро и хорошо, проверял на отказоустойчивость при сбоях питания - никаких проблем нету. Хотелось бы еще попробовать XFS, но к сожалению тип файловой системы нельзя поменять "на лету", т.е. без потери данных. Или я не прав?
Да, и вот еще - в каких ФС поддерживаются ACL'ы?
Автор: ooptimum
Дата сообщения: 08.07.2002 16:38
dremon

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

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

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

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

Не совсем так. Журналируемые ФС в ней действительно не поддерживаются. В ней используется более продвинутый метод: мягкое обновление (Soft Updates). Оно обеспечивает целостность мета-данных и согласованность файловой системы точно так же или даже лучше, чем журнальные файловые системы.
Автор: falc0n
Дата сообщения: 09.07.2002 10:15
L0Ve
да в общем-то softupdates - это совсем не то скорее это просто-напросто кеширование по записи что для файловой системы, пожалуй, критичнее в плане сбоев чем журналирование - больше шанс потерять информацию при сбое.
Одняко у фрюхи не всё так плохо - сейчас идет портирование ibm-овской JFS на фрю, и народ хочет успеть к релизу 5.0, более подробная информация тут: http://jfs4bsd.sourceforge.net/

Страницы: 12

Предыдущая тема: ALT Linux Junior 2.0 не опознает модем


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.