9109 2006-02-18 03:15:02 +0300 мусор в консоли 2011-01-22 15:28:16 +0300 1 1 4 Development Sisyphus service unstable all Linux CLOSED WONTFIX P2 normal --- 1 sass placeholder boyarsh cas glebfm ldv legion placeholder sbolshakov vt vvk qa-sisyphus oldest_to_newest 36032 0 sass 2006-02-18 03:15:02 +0300 При старте в консоли мусор: Mounting proc filesystem: /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] Mounting sys filesystem: /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] Activating swap partitions: /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] Setting hostname sass.frontier: /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] Checking root filesystem /dev/hda2: clean, 124298/611648 files, 961710/1220940 blocks /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] Remounting root filesystem in read/write mode: /etc/init.d/functions: line 547: echo: write error: Broken pipe [DONE] 36033 1 ldv 2006-02-18 03:24:29 +0300 /sbin/initlog упал? Почему? 36034 2 sass 2006-02-18 03:54:30 +0300 Хороший вопрос. Вот и мне хотелось бы знать кто упал и почему. Это уже довольно давно наблюдается. Месяца два наверное. Написать было некогда. 36942 3 enp 2006-03-24 08:32:27 +0300 У меня та же самая беда. Расскажите, в каком месте запускается этот initlog и куда он пытается писать - может я попробую поковырять это сам. 36943 4 enp 2006-03-24 08:43:26 +0300 На всякий случай, история жизни этой системы: 1) Поставили древнюю бету Компакта 2) Удалили все, что было возможно 3) Обновили до Сизифа 4) Перетянули на RAID1/LVM2 5) Проблема начала появляться эпизодически, но я ее связал с тем, что сильно изуродовал rc.sysinit - как потом выяснилось зря 6) Обновили еще раз и словили проблемы с правами на /lib (об этом я недавно писал), а текущая проблема стала воспроизводиться регулярно 7) После вчерашнего обновления и отката на стандартный rc.sysinit проблема не решилась 36944 5 enp 2006-03-24 09:33:03 +0300 Еще вопрос: а почему решили, что виноват initlog? Вот кусок кода, в окрестностях которого проблема: # Log that something succeeded success() { if [ -z "$IN_INITLOG" ]; then initlog $INITLOG_ARGS -n $0 -s "$1" -e 1 else local opipe opipe="$(trap -p SIGPIPE)" trap '' SIGPIPE echo "$INITLOG_ARGS -n $0 -s \"$1\" -e 1" >&21 $opipe fi echo_success return 0 } Т.е. если переменная IN_INITLOG пуста, производится запись в некий дескриптор 12 (кто это? почему так жестко в коде прошили? может переменную хотя бы стоило завести, чтоб понятно было что это такое?) Далее видим: # Remount the root filesystem read-write splash_update remount 2 action "Remounting root filesystem in read/write mode:" mount -n -o remount,rw / # The root filesystem is now read-write, so we can now log via syslog() directly [ -z "$IN_INITLOG" ] || IN_INITLOG= Если обнулить IN_INITLOG в самом начале, то и ругательств никаких не будет. Но ведь в IN_INITLOG=yes, наверное, есть какой-то смысл? Какой? 37091 6 ldv 2006-03-30 18:57:09 +0400 То, что падает initlog, очевидно. То, что он не должен падать, тоже очевидно. Неясно, почему он падает. Может, устройство какое-то во время работы исчезает? 37096 7 sass 2006-03-30 22:48:19 +0400 У меня это происходит на начальном этапе загрузки системы до загрузки сервисов. 37097 8 sass 2006-03-30 23:10:22 +0400 Прошу прощения - соврал! Предыдущий постинг прощу считать недействительным! 47108 9 ldv 2007-03-24 01:47:33 +0300 Алексей, ты это, кажется, тоже умеешь воспроизводить? 47110 10 ldv 2007-03-24 01:48:43 +0300 *** Bug 8870 has been marked as a duplicate of this bug. *** 47127 11 legion 2007-03-24 15:25:18 +0300 (In reply to comment #9) > Алексей, ты это, кажется, тоже умеешь воспроизводить? Да. Я делал образ на котором эта ошибка воспроизводилась на 100% ASSIGNED? 71393 12 ldv 2008-06-06 02:03:11 +0400 (In reply to comment #11) > (In reply to comment #9) > > Алексей, ты это, кажется, тоже умеешь воспроизводить? > > Да. Я делал образ на котором эта ошибка воспроизводилась на 100% Профиль сохранился? 71394 13 legion 2008-06-06 02:11:51 +0400 Посмотри на дату моего поста :) ... разумеется нет. Это из прошлой жизни, когда я делал Серверные исошки. Можно попробовать исошку из среза за ту дату и попробовать воспроизвести. Попроси спецов по выпечке дистров сделать это. У меня воспроизводилось довольно регулярно. 71416 14 ldv 2008-06-06 13:59:33 +0400 Кто умеет воспроизводить этот баг? 71418 15 sbolshakov 2008-06-06 14:16:45 +0400 я такого не видел. 117440 16 cas 2011-01-22 15:28:16 +0300 Невозможно воспроизвести, закрываю как WONTFIX. При необходимости откройте.