forum.lissyara.su

Добавлено: **2009-09-20 12:11:20**

Вобщем попросили тут сервант самбы поднять, главное требование это что бы там был линугз. Ну я раньше из линуксов только с арком ковырялся, поэтому решил воткнуть туда генту.
Первое впечатление - оооочень долго извлекаются стейдж3 и портаж, у меня в сумме минут 50 вышло(проц был свободен, видимо в диск упёрлось).
Делал всё по официальному квик-инсталу, но для рутовой партиции решил выбрать xfs. Всё вроде получилось, но во время загрузки(уже после граба) имею ошибку:

Код: Выделить всё

No filesystem could mount root, tried: ext3 vfat msdos iso9660

(и спрашивается, а херли оно xfs не пробовало?)
Поддержка xfs в ядре присутствует, я отметил все галочки кроме какой-то экспериментальной.
2.6.30-gentoo-r5

Код: Выделить всё

cat grub.conf

default 0
timeout 10
#splashimage=(hd0,0)/boot/grub/splash.xpm.gz

title Gentoo Linux 2.6.24-r5
root (hd0,0)
kernel /boot/kernel root=/dev/sda7
#kernel /boot/kernel-genkernel-x86-2.6.24-gentoo-r5 root=/dev/ram0 real_root=/dev/sda3
#initrd /boot/initramfs-genkernel-x86-2.6.24-gentoo-r5

# vim:ft=conf:

Код: Выделить всё

cat fstab
/dev/sda1               /boot           ext2            noauto,noatime  1 2
/dev/sda7               /               xfs             noatime         0 1
/dev/sda5               none            swap            sw              0 0
/dev/cdrom              /mnt/cdrom      auto            noauto,ro       0 0
/dev/sda6               /var            xfs             noatime         0 1
#/dev/fd0               /mnt/floppy     auto            noauto          0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
#  use almost no memory if not populated with files)
shm                     /dev/shm        tmpfs           nodev,nosuid,noexec     0 0

Код: Выделить всё

fdisk -l /dev/hda

Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xf531f531

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          13      104391   83  Linux
/dev/hda2              14        9729    78043770    5  Extended
/dev/hda5              14         138     1004031   83  Linux
/dev/hda6             139         263     1004031   83  Linux
/dev/hda7             264        9729    76035613+  83  Linux

Добавлено: **2009-09-20 12:22:36**

блиа у меня xfs модулем собрано, ща попробую статически. Наверно косяк тут

Добавлено: **2009-09-20 12:42:01**

перекомпилил - то же самое. Кто что подскажет?

Добавлено: **2009-09-20 18:29:54**

Поставь ext3, не занимайся ерундой.

Добавлено: **2009-09-20 18:48:26**

справился утилитой genkernel. Но так и не понял в чём проблема, вобщем постараюсь раскурить xfs. Ext3 не хочу, просто видел тесты где xfs уделывает всё остальное, для меня это сигнал к тому что рано или поздно с данной фс мне придётся столкнуться. Лучше рано, имхо.

Добавлено: **2009-09-20 20:11:13**

Поддержка xfs в ядре присутствует

Круто, что она там присутствует. Но только, чтобы загрузить ядро надо смонтировать рутовую партицию, а чтобы смонтировать рутовую партицию, надо иметь загруженный драйвер xfs.
Вообщем, man mkinitrd или mkinitramfs, не знаю что там в генте.

Добавлено: **2009-09-20 20:19:13**

Но так и не понял в чём проблема

Да, и как любит шутить Andy: "Чтобы понять рекурсию, нужно сперва понять рекурсию."

Добавлено: **2009-09-21 0:30:57**

opt1k писал(а):Ext3 не хочу, просто видел тесты где xfs уделывает всё остальное, для меня это сигнал к тому что рано или поздно с данной фс мне придётся столкнуться. Лучше рано, имхо.

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

Добавлено: **2009-09-21 0:46:13**

Википедия про xfs:

Код: Выделить всё

Недостатки:

    * Невозможно уменьшить размер существующей файловой системы.
    * Старые версии XFS страдали от опасности беспорядочной записи, которые могли привести к возникновению таких проблем как — файлы приложений во время краха/ошибки/аварии ФС или приложения набирали хвост из мусора к следующему монтированию ФС.
    * Версии загрузчика GRUB до 0.91 не поддерживают XFS.
    * Восстановление удалённых файлов в XFS очень сложный процесс, поэтому на данный момент не существует программного обеспечения для восстановления удаленных файлов с этой файловой системы, кроме "Raise Data Recovery for XFS"[1] для ОС Windows
    * Возможность потери данных во время записи при сбое питания, так как большое количество буферов хранится в памяти.
    * Относительно высокая нагрузка на центральный процессор
Вплоть до последних версий на 32-разрядных системах индексные блоки могут размещаться только в начальных 2-Терабайтах на диске. Поэтому, если вдруг при создании файла на XFS-диске с размером более 2 Терабайта выдается ошибка «невозможно создать файл» — попробуйте удалить какой-либо файл, который размещается на диске в начальных 2-Терабайтах, чтобы освободить место для новых индексных блоков.

Про восстановление файлов вообще забавно. Нужна венда. Смешно. Хотя вроде у TestDisk заявлено, что:

TestDisk может находить потеряные разделы для всех указанных файловых систем:

* BeFS ( BeOS )
* BSD disklabel ( FreeBSD/OpenBSD/NetBSD )
* CramFS, Compressed File System (сжатая файловая система)
* DOS/Windows FAT12, FAT16 and FAT32
* Windows exFAT
* HFS, HFS+ and HFSX, Hierarchical File System (иерархическая файлова система)
* JFS, IBM's Journaled File System (журналируемая файлова система IBM)
* Linux ext2 and ext3
* Linux LUKS encrypted partition (шифрованый раздел Linux)
* Linux RAID md 0.9/1.0/1.1/1.2
o RAID 1: mirroring (зеркальный рейд)
o RAID 4: striped array with parity device
o RAID 5: striped array with distributed parity information
o RAID 6: striped array with distributed dual redundancy information
* Linux Swap (versions 1 and 2)
* LVM and LVM2, Linux Logical Volume Manager
* Mac partition map
* Novell Storage Services NSS
* NTFS ( Windows NT/2000/XP/2003/Vista/2008 )
* ReiserFS 3.5, 3.6 and 4
* Sun Solaris i386 disklabel
* Unix File System UFS and UFS2 (Sun/BSD/...)
* XFS, SGI's Journaled File System

Добавлено: **2009-09-21 3:02:11**

TestDisk может находить потеряные разделы

если просраты суперблоки то ничего он не ищет (проверено)
если даже его восстановить (суперблок) то он находит куски и то не все

Добавлено: **2009-09-21 7:11:38**

zingel писал(а):
TestDisk может находить потеряные разделы
если просраты суперблоки то ничего он не ищет (проверено)
если даже его восстановить (суперблок) то он находит куски и то не все

Спасибо за информацию. Есть что-то лучше, из опенсорс естественно?

Добавлено: **2009-09-21 8:17:55**

_Andy писал(а):
zingel писал(а):
TestDisk может находить потеряные разделы
если просраты суперблоки то ничего он не ищет (проверено)
если даже его восстановить (суперблок) то он находит куски и то не все
Спасибо за информацию. Есть что-то лучше, из опенсорс естественно?

zfs

Добавлено: **2009-09-21 11:50:25**

lissyara писал(а):Спасибо за информацию. Есть что-то лучше, из опенсорс естественно?

zfs[/quote]
Я про программу для восстановления спрашивал, а не про файловую систему

Добавлено: **2009-09-21 12:17:06**

бедняга...
я отвечал про то же - восстанавливать не придётся. ничё не пропадёт просто

Добавлено: **2009-09-21 12:50:33**

lissyara писал(а):бедняга...
я отвечал про то же - восстанавливать не придётся. ничё не пропадёт просто

Где у нас используется zfs?

Добавлено: **2009-09-21 13:37:15**

я отвечал про то же - восстанавливать не придётся. ничё не пропадёт просто

если бы человек использовал ext3, то проблем бы не было. Я тоже отказался от xfs из-за плохой отказоустойчивости и восстановления данных после сбоя

zfs

в продакшене?! Оно ж еще сырое.

Добавлено: **2009-09-21 14:31:49**

Где у нас используется zfs?

С прошедшей тебя днюхой!

ссори за офтоп.

Добавлено: **2009-09-21 19:19:31**

rainy писал(а):
Где у нас используется zfs?
С прошедшей тебя днюхой!
ссори за офтоп.

Спасибо Евгений!

Добавлено: **2009-09-21 22:54:16**

rainy писал(а):
Поддержка xfs в ядре присутствует
Круто, что она там присутствует. Но только, чтобы загрузить ядро надо смонтировать рутовую партицию, а чтобы смонтировать рутовую партицию, надо иметь загруженный драйвер xfs.
Вообщем, man mkinitrd или mkinitramfs, не знаю что там в генте.

зачем? ядро то лежит в /boot который у меня в ext2
Вобщем генкернел помог(и без рамдисков), но хочется разобраться

если бы человек использовал ext3, то проблем бы не было. Я тоже отказался от xfs из-за плохой отказоустойчивости и восстановления данных после сбоя

спасибо, буду знать. Но у мню иксфс работал нормально в течении года на одной машине(для всех партиций).
2 Andy: http://www.debian-administration.org/articles/388

Добавлено: **2009-09-23 8:46:21**

http://www.debian-administration.org/articles/388

Манера автора статьи представлять результаты тестов просто убивает, или он не осилил графики построить?
Кстати в выводах написано, что xfs оптимально для файл-сервера. То есть, рутовую партицию можно было спокойно в ext3 форматировать и не париться.

Добавлено: **2009-09-23 11:58:24**

что xfs оптимально для файл-сервера

я бы сказал, оптимально для задач, где много маленьких файлов. Ну и как уже говорилось у нее тяжко с восстановлением

Добавлено: **2009-09-24 21:42:19**

Alex_hha писал(а):
zfs
в продакшене?! Оно ж еще сырое.

лёша, проснись...
или хотя бы уточняй перед высказыванием то, о чём имеешь смутное представление.

Добавлено: **2009-09-24 21:43:58**

_Andy писал(а):
lissyara писал(а):бедняга...
я отвечал про то же - восстанавливать не придётся. ничё не пропадёт просто
Где у нас используется zfs?

а нигде. у нас по 4 сотни дней аптайма. тогда она ещё не была "реди ту продакшен".
ну а работающий сервер с одного на другое переводить - это только энтерпрайзщики таким балуються...

Добавлено: **2009-09-25 11:02:41**

или хотя бы уточняй перед высказыванием то, о чём имеешь смутное представление.

Шо опять скажешь - "А у меня все работает уже год без единого разрыва?"

Добавлено: **2009-09-25 17:29:56**

lissyara писал(а):а нигде. у нас по 4 сотни дней аптайма. тогда она ещё не была "реди ту продакшен".

Код: Выделить всё

uname -a && uptime

cервера, на котором у нас "по 4 сотни дней аптайма".

forum.lissyara.su

gentoo xfs root проблема

gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема

Re: gentoo xfs root проблема