Вопрос по оптимизации ext4

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Приветствую вас! Есть вопрос, банальный: как корректно отключить журналирование на /boot ext4? Вроде всё ясно, делал это на убунте, но тут, толи просто подзапарился, толи.., вобщем, сомнения одолели) В wiki на англ. http://wiki.archlinux.org/index.php/Ext … _Utilities , как я понял, рекомендуется сначала отмонтировать требуемый раздел, а потом уже выполнять tune2fs -O has_journal -o journal_data_writeback /dev/sda1 (в моём случае, это /boot) или можно это сделать “налету”, не отмонтируя? Ещё, призадумался по поводу /boot/grub/menu.lst: куда именно добавлять rootflags=data=writeback? Просто опыт убунты тут.., вобщем, в ней в /grub/menu.lst имел другой вид, много комментов и явно прописанных опций и там data=writeback добавлялась в конец строк: # defoptions=quiet splash rootflags=data=writeback и # altoptions=(recovery mode) single rootflags=data=writeback после чего: #update-grub и уже потом #tune2fs -o journal_data_writeback /dev/sdaX #команда даже без опции, описанной в wiki Отсюда и некое замешательство=) Я приведу листинг необходимых файлов, с добавленными опциями, так, как я это вижу, а вы поправьте, если увидите ошибки, пожалуйста! [email protected]:~$ cat /etc/fstab # # /etc/fstab: static file system information # # <file system> <dir> <type> <options> <dump> <pass> devpts /dev/pts devpts defaults 0 0 shm /dev/shm tmpfs nodev,nosuid 0 0 #/dev/cdrom /media/cd auto ro,user,noauto,unhide 0 0 #/dev/dvd /media/dvd auto ro,user,noauto,unhide 0 0 #/dev/fd0 /media/fl auto user,noauto 0 0 /dev/sda1 /boot ext4 defaults,noatime,nodiratime,errors=remount-ro,data=writeback 0 1 /dev/sda2 / ext4 defaults,noatime,nodiratime 0 1 /dev/sda3 swap swap defaults 0 0 /dev/sda5 /home ext4 defaults,noatime,nodiratime 0 1 /dev/sda6 /media/multimedia ext4 defaults,rw,noatime,nodiratime 0 1 [email protected]:~$ cat /boot/grub/menu.lst # Config file for GRUB - The GNU GRand Unified Bootloader # /boot/grub/menu.lst # DEVICE NAME CONVERSIONS # # Linux Grub # ------------------------- # /dev/fd0 (fd0) # /dev/sda (hd0) # /dev/sdb2 (hd1,1) # /dev/sda3 (hd0,2) # # FRAMEBUFFER RESOLUTION SETTINGS # +-------------------------------------------------+ # \| 640x480 800x600 1024x768 1280x1024 # ----+-------------------------------------------- # 256 \| 0x301=769 0x303=771 0x305=773 0x307=775 # 32K \| 0x310=784 0x313=787 0x316=790 0x319=793 # 64K \| 0x311=785 0x314=788 0x317=791 0x31A=794 # 16M \| 0x312=786 0x315=789 0x318=792 0x31B=795 # +-------------------------------------------------+ # for more details and different resolutions see # http://wiki.archlinux.org/index.php/GRUB#Framebuffer_Resolution # general configuration: timeout 5 default 0 color light-blue/black light-cyan/blue # defoptions=quiet splash rootflags=data=writeback - эта строка взята из /grub/menu.lst убунту, как пример, здесь её конечно нету, её, видимо и # читает дебиановский скрипт и добавляет к строке "kernel /vmlinuz26 root=/dev/disk/by-uuid/..." # boot sections follow # each is implicitly numbered from 0 in the order of appearance below # # # TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line. # #-* # (0) Arch Linux title Arch Linux root (hd0,0) kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro rootflags=data=writeback vga=795 initrd /kernel26.img # (1) Arch Linux title Arch Linux Fallback root (hd0,0) kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro initrd /kernel26-fallback.img # (2) Windows #title Windows #rootnoverify (hd0,0) #makeactive #chainloader +1 Вобщем, буду благодарен за подсказку, не хочется дров наломать, а потом разгребать)) ps/ Погуглил.., вобщем, в дебиановском menu.lst указано, что при изменениях содержимого надо запустить как раз этот скриптик: update grub, он проверит на ошибки (наверное) и сам добавит напр. rootflags=data=writeback к опциям загрузки ядра в строке kernel , самому писать туда не надо, и после обновления grub, эта запись там появится, так, как если бы мы добавили её самостоятельно, то есть, будет выглядеть она так: kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro rootflags=data=writeback vga=795 ну и насчёт Arch Linux Fallback - туда тоже, аналогично.

# 12 лет, 7 месяцев назад

Сообщения: 2537

Участник с: 28 ноября 2009

Приветствую вас! Есть вопрос, банальный: как корректно отключить журналирование на /boot ext4?
Вроде всё ясно, делал это на убунте, но тут, толи просто подзапарился, толи.., вобщем, сомнения одолели)
В wiki на англ. http://wiki.archlinux.org/index.php/Ext … _Utilities , как я понял, рекомендуется сначала отмонтировать требуемый раздел, а потом уже выполнять tune2fs -O has_journal -o journal_data_writeback /dev/sda1 (в моём случае, это /boot) или можно это сделать “налету”, не отмонтируя? Ещё, призадумался по поводу /boot/grub/menu.lst: куда именно добавлять rootflags=data=writeback? Просто опыт убунты тут.., вобщем, в ней в /grub/menu.lst имел другой вид, много комментов и явно прописанных опций и там data=writeback добавлялась в конец строк:
# defoptions=quiet splash rootflags=data=writeback
и
# altoptions=(recovery mode) single rootflags=data=writeback
после чего:
#update-grub
и уже потом
#tune2fs -o journal_data_writeback /dev/sdaX #команда даже без опции, описанной в wiki
Отсюда и некое замешательство=)
Я приведу листинг необходимых файлов, с добавленными опциями, так, как я это вижу, а вы поправьте, если увидите ошибки, пожалуйста!

[email protected]:~$ cat /etc/fstab
# 
# /etc/fstab: static file system information
#
# <file system>        <dir>         <type>    <options>          <dump> <pass>
devpts                 /dev/pts      devpts    defaults            0      0
shm                    /dev/shm      tmpfs     nodev,nosuid        0      0
#/dev/cdrom             /media/cd   auto    ro,user,noauto,unhide   0      0
#/dev/dvd               /media/dvd  auto    ro,user,noauto,unhide   0      0
#/dev/fd0               /media/fl   auto    user,noauto             0      0
/dev/sda1 /boot ext4              defaults,noatime,nodiratime,errors=remount-ro,data=writeback  0   1
/dev/sda2 / ext4                    defaults,noatime,nodiratime  0   1
/dev/sda3 swap                      swap defaults  0   0
/dev/sda5 /home ext4            defaults,noatime,nodiratime  0   1
/dev/sda6 /media/multimedia  ext4 defaults,rw,noatime,nodiratime  0   1

[email protected]:~$ cat /boot/grub/menu.lst
# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst
# DEVICE NAME CONVERSIONS 
#
#  Linux           Grub
# -------------------------
#  /dev/fd0        (fd0)
#  /dev/sda        (hd0)
#  /dev/sdb2       (hd1,1)
#  /dev/sda3       (hd0,2)
#
#  FRAMEBUFFER RESOLUTION SETTINGS
#     +-------------------------------------------------+
#          | 640x480    800x600    1024x768   1280x1024
#      ----+--------------------------------------------
#      256 | 0x301=769  0x303=771  0x305=773   0x307=775
#      32K | 0x310=784  0x313=787  0x316=790   0x319=793
#      64K | 0x311=785  0x314=788  0x317=791   0x31A=794
#      16M | 0x312=786  0x315=789  0x318=792   0x31B=795
#     +-------------------------------------------------+
#  for more details and different resolutions see
#  http://wiki.archlinux.org/index.php/GRUB#Framebuffer_Resolution 
# general configuration:
timeout   5
default   0
color light-blue/black light-cyan/blue
# defoptions=quiet splash rootflags=data=writeback    - эта строка взята из /grub/menu.lst убунту, как пример, здесь её конечно нету, её, видимо и 
# читает дебиановский скрипт и добавляет к строке "kernel /vmlinuz26 root=/dev/disk/by-uuid/..."
# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
# 
# 
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*
# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro rootflags=data=writeback vga=795
initrd /kernel26.img
# (1) Arch Linux
title  Arch Linux Fallback
root   (hd0,0)
kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro
initrd /kernel26-fallback.img
# (2) Windows
#title Windows
#rootnoverify (hd0,0)
#makeactive
#chainloader +1

Вобщем, буду благодарен за подсказку, не хочется дров наломать, а потом разгребать))
ps/ Погуглил.., вобщем, в дебиановском menu.lst указано, что при изменениях содержимого надо запустить как раз этот скриптик: update grub, он проверит на ошибки (наверное) и сам добавит напр. rootflags=data=writeback к опциям загрузки ядра в строке kernel , самому писать туда не надо, и после обновления grub, эта запись там появится, так, как если бы мы добавили её самостоятельно, то есть, будет выглядеть она так:

kernel /vmlinuz26 root=/dev/disk/by-uuid/ba0967b2-78b8-40c8-a0f0-df606d2decb1 ro rootflags=data=writeback vga=795

ну и насчёт Arch Linux Fallback - туда тоже, аналогично.

amigo	# 12 лет, 7 месяцев назад
Темы: 35 Сообщения: 2126 Участник с: 05 февраля 2007	man tune2fs не читается уже? Разберемся, голубчик!

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Да нет, Amigo, читается, но не совсем понимается, английский не мой конёк. Ты скажи, я правильно описал или нет? Если нет, то покажи ошибку, снизойди, будь милостив=)

mango	# 12 лет, 7 месяцев назад
Темы: 43 Сообщения: 1521 Участник с: 18 декабря 2008	мля… народ! мы сначала создаём себе трудности, а потом уверенно их преодолеваем? что уже для /boot ext2 религия не позволяет указывать? А теперь по делу: tune2fs -o journal_data_writeback <device>

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	[b]mango[/b] мля… народ! мы сначала создаём себе трудности, а потом уверенно их преодолеваем? что уже для /boot ext2 религия не позволяет указывать? А теперь по делу: tune2fs -o journal_data_writeback <device> mango, спасибо), да, именно, так, сначала трудности, от незнания. Потом уже нагуглил, что журнал не нужен /boot, не переставлять же ради ext2 систему.., а вот журналирование можно и отключить, но, вот, призадумался, в man-по-теме есть варнинги насчёт возможной потери данных, и вообще, всяких пакостей, если не отмонтировать раздел. Вот и весь вопрос.

bobart

# 12 лет, 7 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

[b]mango[/b]

мля… народ! мы сначала создаём себе трудности, а потом уверенно их преодолеваем?
что уже для /boot ext2 религия не позволяет указывать?

А теперь по делу:
tune2fs -o journal_data_writeback <device>

mango, спасибо), да, именно, так, сначала трудности, от незнания. Потом уже нагуглил, что журнал не нужен /boot, не переставлять же ради ext2 систему.., а вот журналирование можно и отключить, но, вот, призадумался, в man-по-теме есть варнинги насчёт возможной потери данных, и вообще, всяких пакостей, если не отмонтировать раздел. Вот и весь вопрос.

mango	# 12 лет, 7 месяцев назад
Темы: 43 Сообщения: 1521 Участник с: 18 декабря 2008	в буте -терять нечего… Забекапить всё что там есть.. загрузись с лив-сд. переформатни в ext2 и верни всё на место. и… читайте мат часть. ;-)

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Хотя, давайте ещё немного теории: происходит обновление системы, в том числе ядра, запись идёт в /dev/sda1 /boot ext2 тра ля ля…, и тут крякает электричество. Вообще-то, ранее рассматривался вопрос загрузки с ext2 и чтении с диска, и там журналирование, что щуке зонтик, а при записи? Что будет? ps/ я помню описание этого раздела: “Глупые вопросы вопросы, заданные здесь, считаются нормой”=)

bobart

# 12 лет, 7 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Хотя, давайте ещё немного теории: происходит обновление системы, в том числе ядра, запись идёт в /dev/sda1 /boot ext2 тра ля ля…, и тут крякает электричество. Вообще-то, ранее рассматривался вопрос загрузки с ext2 и чтении с диска, и там журналирование, что щуке зонтик, а при записи? Что будет?
ps/ я помню описание этого раздела: “Глупые вопросы вопросы, заданные здесь, считаются нормой”=)

sysmouse	# 12 лет, 7 месяцев назад
Темы: 7 Сообщения: 577 Участник с: 17 июня 2008	происходит обновление системы, в том числе ядра, запись идёт в /dev/sda1 /boot ext2 тра ля ля…, и тут крякает электричество …, и уже становится не важно, был журнал или не был.

gard	# 12 лет, 7 месяцев назад
Темы: 66 Сообщения: 1167 Участник с: 15 декабря 2009	Ну, пакеты ядра после кряка наверное можно и переустановить, а вообще да - бэкапить, если страшно. Только с сохранением прав. оО

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Я тягаться не могу по поводу журналирования и зачем оно вообще, и как оно там происходит, по ходу дела ещё разруливал вопрос с автомонтированием флешек, она, блин, вдруг, после апдейта перестала монтироваться “сама”, честно, голова кругом.., можно сделать “так”, можно “эдак”.., сделал “как-то так” - теперь сразу монтируется при втыкании. Короче, я так понимаю, журналирование, если без техн. тонкостей, подразумевает. что данные не пишутся сразу, непосредственно в файл, а есть, типа, “прослойка” - эта волшебная функция журналирования, при которой, если что не так, то первичные, или существующие данные, на момент записи новых не крАшатся при таких вот случаях с электричеством или ещё каким отказом системы, и благополучно затем читаются при последующей загрузке.. Только не надо меня в man-ы посылать на тему ext4, ext2 и т.п.. , я их читать не буду, всё равно не пойму.., я на лоре учитался аналитиков высоколобых. Более того, я вообще, по-большому счёту, не вижу никакого существенного выигрыша от того, что бут будет на ext2, а не на ext4. Вот если кто-то пробовал “и так и так” - это интересно, да. Можно сравнивать и думать. Про ext3, из личного опыта могу сказать, что она в этом споре файл.систем о быстроте в пролёте, тормозная она, и новая фича с журналом сделало её в сравнении с ext2 наверное надёжнее, но медленнее. Вообще, весь сыр-бор родился из моего, признаю даже, некомпетентного и поверхностного заявления о том, что не надо отключать журнал в ext4 даже если это /boot и отдельным разделом. Меня ткнули носом - нормально, я задумался. Возвращаюсь к вопросу: крякнет ли ядро, находящееся в /boot ext2, если в момент его обновления рубанётся ток или нет? И что журналирование тут вообще, никаким боком и близко не рулит? Может кто-нибудь, не посылая в маны, это объяснить?

bobart

# 12 лет, 7 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Я тягаться не могу по поводу журналирования и зачем оно вообще, и как оно там происходит, по ходу дела ещё разруливал вопрос с автомонтированием флешек, она, блин, вдруг, после апдейта перестала монтироваться “сама”, честно, голова кругом.., можно сделать “так”, можно “эдак”.., сделал “как-то так” - теперь сразу монтируется при втыкании. Короче, я так понимаю, журналирование, если без техн. тонкостей, подразумевает. что данные не пишутся сразу, непосредственно в файл, а есть, типа, “прослойка” - эта волшебная функция журналирования, при которой, если что не так, то первичные, или существующие данные, на момент записи новых не крАшатся при таких вот случаях с электричеством или ещё каким отказом системы, и благополучно затем читаются при последующей загрузке..
Только не надо меня в man-ы посылать на тему ext4, ext2 и т.п.. , я их читать не буду, всё равно не пойму.., я на лоре учитался аналитиков высоколобых. Более того, я вообще, по-большому счёту, не вижу никакого существенного выигрыша от того, что бут будет на ext2, а не на ext4. Вот если кто-то пробовал “и так и так” - это интересно, да. Можно сравнивать и думать. Про ext3, из личного опыта могу сказать, что она в этом споре файл.систем о быстроте в пролёте, тормозная она, и новая фича с журналом сделало её в сравнении с ext2 наверное надёжнее, но медленнее.
Вообще, весь сыр-бор родился из моего, признаю даже, некомпетентного и поверхностного заявления о том, что не надо отключать журнал в ext4 даже если это /boot и отдельным разделом. Меня ткнули носом - нормально, я задумался. Возвращаюсь к вопросу: крякнет ли ядро, находящееся в /boot ext2, если в момент его обновления рубанётся ток или нет? И что журналирование тут вообще, никаким боком и близко не рулит? Может кто-нибудь, не посылая в маны, это объяснить?