bobart Сообщения

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Признаюсь, я телегу впереди лошади поставил. Есть такое дело. Вопрос был не “зачем”, а “как”, а следовало сначала выяснить “зачем”. Ноги растут отсюда: viewtopic.php?f=8&t=3176 Re: Ребят, нужна помощь с установкой Archlinux ProFfeSsoRr » 11 янв 2010, 07:33 да и при спящем режими туда по идее должна скидываться инфа ага, поэтому кто спящим пользуется - тому свап размером с оперативку нужен. А всем остальным он так, для видимости, если оперативки хотя б 512 метров есть. А под /boot выделять целый гиг, да еще и в ext3 - это конечно лол. Журналируемая ФС туда не нужна, зато нужна самая быстрая. Ext4 без журнала (она быстрее ext2, гугл проверил) или что-то аналогичное в самый раз. Re: Ребят, нужна помощь с установкой Archlinux cucullus » 11 янв 2010, 13:53 ProFfeSsoRr писал(а): Журналируемая ФС туда не нужна, зато нужна самая быстрая. Ext4 без журнала (она быстрее ext2, гугл проверил) или что-то аналогичное в самый раз. Нафига туда что-то быстрое, если раздел используется один раз при загрузке? А вот наличие журнала даёт много больше уверенности в откузоустойчивости при падении фс. Re: Ребят, нужна помощь с установкой Archlinux bobart » Вчера, 21:04 Может кто-нибудь разжуёт выигрыш от отключения журналирования при загрузке ядра? Выше об этом было: под /boot - ext4, но: data=writeback. Оно кому-то сильно мешает? У вас электричество во время загрузки ни разу по дому не отрубалось? У всех ноуты или ИБС? Не стоит, я думаю, людям предлагать экстремальные опции монтирования, особенно, вообще, новичкам в линухе. Поставил надёжно, стопудово, железобетонно, разобрался понемногу, что к чему, дальше - сам решит, что ему нужно: экстрим или гарантия стабильности. Никто не обещает, конечно, но всё-же… не пеняй на mirror, коли руки кривы Re: Ребят, нужна помощь с установкой Archlinux sysmouse » Вчера, 22:18 Может кто-нибудь разжуёт выигрыш от отключения журналирования при загрузке ядра? Журнал необходим при записи на диск, а не при чтении с него. Потому и написал я, впоследствии, что мол, зачем предлагать…, внёс запутку=)

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

Сообщения: 2537

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

Признаюсь, я телегу впереди лошади поставил. Есть такое дело. Вопрос был не “зачем”, а “как”, а следовало сначала выяснить “зачем”. Ноги растут отсюда: viewtopic.php?f=8&t=3176

Re: Ребят, нужна помощь с установкой Archlinux

ProFfeSsoRr » 11 янв 2010, 07:33
да и при спящем режими туда по идее должна скидываться инфа
ага, поэтому кто спящим пользуется - тому свап размером с оперативку нужен. А всем остальным он так, для видимости, если оперативки хотя б 512 метров есть.
А под /boot выделять целый гиг, да еще и в ext3 - это конечно лол. Журналируемая ФС туда не нужна, зато нужна самая быстрая. Ext4 без журнала (она быстрее ext2, гугл проверил) или что-то аналогичное в самый раз.

Re: Ребят, нужна помощь с установкой Archlinux

cucullus » 11 янв 2010, 13:53
ProFfeSsoRr писал(а):
Журналируемая ФС туда не нужна, зато нужна самая быстрая. Ext4 без журнала (она быстрее ext2, гугл проверил) или что-то аналогичное в самый раз.

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

Re: Ребят, нужна помощь с установкой Archlinux

bobart » Вчера, 21:04
Может кто-нибудь разжуёт выигрыш от отключения журналирования при загрузке ядра? Выше об этом было: под /boot - ext4, но: data=writeback. Оно кому-то сильно мешает? У вас электричество во время загрузки ни разу по дому не отрубалось? У всех ноуты или ИБС? Не стоит, я думаю, людям предлагать экстремальные опции монтирования, особенно, вообще, новичкам в линухе. Поставил надёжно, стопудово, железобетонно, разобрался понемногу, что к чему, дальше - сам решит, что ему нужно: экстрим или гарантия стабильности. Никто не обещает, конечно, но всё-же…
не пеняй на mirror, коли руки кривы

Re: Ребят, нужна помощь с установкой Archlinux

sysmouse » Вчера, 22:18
Может кто-нибудь разжуёт выигрыш от отключения журналирования при загрузке ядра?

Журнал необходим при записи на диск, а не при чтении с него.

Потому и написал я, впоследствии, что мол, зачем предлагать…, внёс запутку=)

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	kernel_panic >>отключение журнала >>/boot Дальше не читал Поздравляю вас, зато теперь все знают о том, что kernel_panic “дальше не читал”

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Исходя из двух последних постов скажу: а зачем тогда вообще кому-то советовать это делать, и вообще обсуждать вопрос отключения журнала, если ощутимой прибыли в скорости нет, или она иллюзорна, но риск потери данных всё-таки увеличивается?! gard, спасибо, что не поленился и привёл выдержки, я как-бы, смутно и интуитивно именно это и имел ввиду, когда написал про “фолшебные функции”, читал тоже, но в голове всего не удержишь, особенно, когда это раз прочёл и нигде больше не применяешь, балластом в памяти лежит, стирается.

bobart

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

Темы: 38

Сообщения: 2537

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

Исходя из двух последних постов скажу: а зачем тогда вообще кому-то советовать это делать, и вообще обсуждать вопрос отключения журнала, если ощутимой прибыли в скорости нет, или она иллюзорна, но риск потери данных всё-таки увеличивается?!
gard, спасибо, что не поленился и привёл выдержки, я как-бы, смутно и интуитивно именно это и имел ввиду, когда написал про “фолшебные функции”, читал тоже, но в голове всего не удержишь, особенно, когда это раз прочёл и нигде больше не применяешь, балластом в памяти лежит, стирается.

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, если в момент его обновления рубанётся ток или нет? И что журналирование тут вообще, никаким боком и близко не рулит? Может кто-нибудь, не посылая в маны, это объяснить?

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/ я помню описание этого раздела: “Глупые вопросы вопросы, заданные здесь, считаются нормой”=)

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-по-теме есть варнинги насчёт возможной потери данных, и вообще, всяких пакостей, если не отмонтировать раздел. Вот и весь вопрос.

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

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 - туда тоже, аналогично.

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 - туда тоже, аналогично.

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

bobart	# 12 лет, 7 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	muzenbaher zim же! Я Zim Desktop Wiki пользуюсь не первый месяц. Меня вполне устраивает. Плюсы: древовидная структура, автозапуск в трей: zim –iconify (ну, этим не удивишь, конечно), расставлять по приоритету - не знаю, у меня не сложилось, он ставит по алфавиту, можно обойти, используя “1,2,3” перед названием страницы, ещё, формат .txt - беспроблемный просмотр в консоли, в отличие от gnote, tomboy и т.п., использующих “свои” форматы, вставка изображений (как ссылок, т.е., удалили/переместили изображение - в zim оно тоже исчезает) Ну, и .. да сами посмотрите, может быть вам самое оно. PS/ Жуткая дефолтная иконка (в трее тоже) меняется на любую имеющуюся и устраивающую вас.

bobart

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

Темы: 38

Сообщения: 2537

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

muzenbaher
zim же!

Я Zim Desktop Wiki пользуюсь не первый месяц. Меня вполне устраивает. Плюсы: древовидная структура, автозапуск в трей: zim –iconify (ну, этим не удивишь, конечно), расставлять по приоритету - не знаю, у меня не сложилось, он ставит по алфавиту, можно обойти, используя “1,2,3” перед названием страницы, ещё, формат .txt - беспроблемный просмотр в консоли, в отличие от gnote, tomboy и т.п., использующих “свои” форматы, вставка изображений (как ссылок, т.е., удалили/переместили изображение - в zim оно тоже исчезает) Ну, и .. да сами посмотрите, может быть вам самое оно.
PS/ Жуткая дефолтная иконка (в трее тоже) меняется на любую имеющуюся и устраивающую вас.