опять программисты...
2019-Dec-10, Tuesday 09:36![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ypqлет 10 назад, когда я устанавливал Убунту на новый комп, я зачем-то выделил отдельные разделы под /var и /tmp. ну и под swap. на каждый раздел - по 4 гига, потому что памяти было 4 гига. 4 гига под swap - нормально, а под tmp и var - ну просто за компанию. умотаться же: 4 гига! вся операционка занимала тогда 4 гига - один установочный DVD, из которого половину можно выкинуть.
потом после какого-то обновления ВДРУГ кончилось место на /var. как?! откуда столько ЛОГОВ?! тем более, что на логи включен авторотэйт. ну ладно, там еще mail (кстати, почему почта в var, а не в home?!)
ок, там еще spool (аа, spool никто никогда НЕ ЧИСТИТ! т.е. всё что вы выводили на печать за 10 лет зачем-то хранится во временном разделе!)
тут еще есть отдельный tmp! т.е. /var/tmp, который хз чем отличается от /tmp! (который тоже никто не чистит! оба эти "tmp" никто не чистит!)
а еще тут есть cache ! который по логике должен быть в /tmp, нет? ах вы хотите, чтобы кэш сохранялся после перезагрузки... ну допустим. в самом деле, вдруг кто-то все же догадается, что надо почистить раздел /tmp при перезагрузке.
но самая жопа обнаружилась в /var/lib - сейчас du говорит, что оно у меня занимает 4.4Gb. упс... догадались, да? место в разделе кончилось из-за /var/lib.
ок, у меня как раз был под рукой лишний HDD на 100 гиг (остатки от старого компа) - поставил его вторым. но возникла проблема: как системе сказать, что /var и /tmp теперь на другом HDD? в былые времена люди просто правили /etc/fstab:
меняем на:
а в "/" ставим симлинки /var => /work/var и /tmp => /work/tmp
но нет, теперь в fstab вместо /dev/sdb1 надо написать что-то типа: UUID=e7c084a6-b68f-46aa-a41b-8896274a4237 !!!
так что в ТОТ раз, когда кончилось место, я просто сделал симлинки, ибо sdb1 уже был известен системе как /work. а в fstab пришлось исправить:
(и там не /dev/sdaX было прописано, разумеется, а какой-то UUID=***)
вчера я подумал: а чего это у меня два раздела по 4 гига простаивают? (xvar и xtmp) а чего бы мне не отдать их под эксперименты? и я взял GParted и прибил эти разделы, разметил их под новую FS, сделал reboot. всё система сломалась. извините, за несколько лет я забыл про /etc/fstab...
выглядит это так: система грузится, долго-долго "рисует часики" в графике, потом вылетает в подсказку "Ctrl-D или пароль рута". что-то не так. диагноз? - не найдено устройство _буквенно-цифровая_строчка_на_полэкрана_. зшбсь! погрешил на слетевший grub. пробовал восстановить его десятком разных способов. максимум, что смог от него добиться - он видит какой-то раздел msdos на ВТОРОМ HDD. который, вообще-то, тот самый /work ext4 (а мне нужен раздел EFI на первом HDD, который да - msdos).
перепробовал разные "resque live cd", "boot-disk-repair". все виснут! раскопал старую флешку, на которой пару лет назад записывал boot-disk-repair-64b - наконец-то она отработала свой скрипт до конца из без ошибок. перезагружаюсь - ничего не изменилось.
тут до меня доходит, что вот это "не найдено устройство _буквенно-цифровая_строчка_на_полэкрана_" - это про удаленный раздел из fstab. похрен какой из ДВУХ - var или tmp!
нет, я всё понимаю - мой склероз... но извините, почему нельзя сделать НОРМАЛЬНУЮ диагностику?! откуда я должен знать и помнить эти _буквенно-цифровая_строчка_на_полэкрана_ всех своих дисков?! почему ругается только на ОДИН раздел, если убито ДВА?! зачем вообще выпадать в осадок из-за потери двух НЕИСПОЛЬЗУЕМЫХ разделов?!
кстати, я выводил лог на экран в процессе загрузки. и наблюдал, что система там не ДИСКИ ищет - оно там многократно по циклу опрашивало USB-устройства! ругалось на мышку, в частности. типа: "о, что-то не так с устройством USB... ааа, это мышка№5. о, что-то не так с устройством USB... ааа, это мышка№6." итд. до 9й мышки я не дотерпел.
в итоге: перезагрузился, на "Ctrl-D или пароль рута" ввел пароль рута, все НУЖНЫЕ диски на месте. запустил Миднайт(!), удалил из /etc/fstab "лишние" строчки. перезагрузился. вот пишу этот пост...
обнаружил в fstab коммент:
Use 'blkid' to print the universally unique identifier for a device; this may be used with UUID= as a more robust way to name devices that works even if disks are added and removed. See fstab(5).
эти уроды в самом деле считают, что UUID= as a more robust way to name devices!!!!!!!!!
потом после какого-то обновления ВДРУГ кончилось место на /var. как?! откуда столько ЛОГОВ?! тем более, что на логи включен авторотэйт. ну ладно, там еще mail (кстати, почему почта в var, а не в home?!)
ок, там еще spool (аа, spool никто никогда НЕ ЧИСТИТ! т.е. всё что вы выводили на печать за 10 лет зачем-то хранится во временном разделе!)
тут еще есть отдельный tmp! т.е. /var/tmp, который хз чем отличается от /tmp! (который тоже никто не чистит! оба эти "tmp" никто не чистит!)
а еще тут есть cache ! который по логике должен быть в /tmp, нет? ах вы хотите, чтобы кэш сохранялся после перезагрузки... ну допустим. в самом деле, вдруг кто-то все же догадается, что надо почистить раздел /tmp при перезагрузке.
но самая жопа обнаружилась в /var/lib - сейчас du говорит, что оно у меня занимает 4.4Gb. упс... догадались, да? место в разделе кончилось из-за /var/lib.
ок, у меня как раз был под рукой лишний HDD на 100 гиг (остатки от старого компа) - поставил его вторым. но возникла проблема: как системе сказать, что /var и /tmp теперь на другом HDD? в былые времена люди просто правили /etc/fstab:
/dev/sda2 /var ext2 /dev/sda3 /tmp ext2
меняем на:
/dev/sdb1 /work ext4
а в "/" ставим симлинки /var => /work/var и /tmp => /work/tmp
но нет, теперь в fstab вместо /dev/sdb1 надо написать что-то типа: UUID=e7c084a6-b68f-46aa-a41b-8896274a4237 !!!
так что в ТОТ раз, когда кончилось место, я просто сделал симлинки, ибо sdb1 уже был известен системе как /work. а в fstab пришлось исправить:
/dev/sda2 /xvar ext2 /dev/sda3 /xtmp ext2
(и там не /dev/sdaX было прописано, разумеется, а какой-то UUID=***)
вчера я подумал: а чего это у меня два раздела по 4 гига простаивают? (xvar и xtmp) а чего бы мне не отдать их под эксперименты? и я взял GParted и прибил эти разделы, разметил их под новую FS, сделал reboot. всё система сломалась. извините, за несколько лет я забыл про /etc/fstab...
выглядит это так: система грузится, долго-долго "рисует часики" в графике, потом вылетает в подсказку "Ctrl-D или пароль рута". что-то не так. диагноз? - не найдено устройство _буквенно-цифровая_строчка_на_полэкрана_. зшбсь! погрешил на слетевший grub. пробовал восстановить его десятком разных способов. максимум, что смог от него добиться - он видит какой-то раздел msdos на ВТОРОМ HDD. который, вообще-то, тот самый /work ext4 (а мне нужен раздел EFI на первом HDD, который да - msdos).
перепробовал разные "resque live cd", "boot-disk-repair". все виснут! раскопал старую флешку, на которой пару лет назад записывал boot-disk-repair-64b - наконец-то она отработала свой скрипт до конца из без ошибок. перезагружаюсь - ничего не изменилось.
тут до меня доходит, что вот это "не найдено устройство _буквенно-цифровая_строчка_на_полэкрана_" - это про удаленный раздел из fstab. похрен какой из ДВУХ - var или tmp!
нет, я всё понимаю - мой склероз... но извините, почему нельзя сделать НОРМАЛЬНУЮ диагностику?! откуда я должен знать и помнить эти _буквенно-цифровая_строчка_на_полэкрана_ всех своих дисков?! почему ругается только на ОДИН раздел, если убито ДВА?! зачем вообще выпадать в осадок из-за потери двух НЕИСПОЛЬЗУЕМЫХ разделов?!
кстати, я выводил лог на экран в процессе загрузки. и наблюдал, что система там не ДИСКИ ищет - оно там многократно по циклу опрашивало USB-устройства! ругалось на мышку, в частности. типа: "о, что-то не так с устройством USB... ааа, это мышка№5. о, что-то не так с устройством USB... ааа, это мышка№6." итд. до 9й мышки я не дотерпел.
в итоге: перезагрузился, на "Ctrl-D или пароль рута" ввел пароль рута, все НУЖНЫЕ диски на месте. запустил Миднайт(!), удалил из /etc/fstab "лишние" строчки. перезагрузился. вот пишу этот пост...
обнаружил в fstab коммент:
Use 'blkid' to print the universally unique identifier for a device; this may be used with UUID= as a more robust way to name devices that works even if disks are added and removed. See fstab(5).
эти уроды в самом деле считают, что UUID= as a more robust way to name devices!!!!!!!!!
