Питання в питанні (з вікі Debian ):
Чи варто використовувати sid на робочому столі?
Якщо ви думаєте, що можете впоратися зі зламаною системою Debian, обов'язково. Чи знаєте ви, що робити, якщо libpam0g порушиться, запобігаючи всім входам? Чи знаєте ви, що робити, якщо греп ламається, через що процес завантаження навішується назавжди? Ці речі трапилися. Вони відбудуться знову.
Моє запитання полягає в тому, як порушений grepпроцес завантаження вічно зависає?
Відповіді:
Сценарії завантаження зазвичай дзвонять grepв якийсь момент. Якщо grepзависає через помилку, перший із цих скриптів завантаження grepбуде завис . Або, частіше, якщо один із цих скриптів порушений та зателефонує, grepне подаючи аргумент імені файлу та не перенаправляючи вхід, grepбуде сидіти довкола і чекати введення консолі (це не так вже й погано, якщо ви знаходитесь перед консоллю і можете тип Ctrl+D). Якщо скрипт порушений і викликає grepтрубку чи пристрій, де ніхто не пише ... занадто погано.
Ну, очевидним способом було б "grep висить назавжди, тож щось, що використовує grep, вішає назавжди, і щось у процесі завантаження робить це".
Текст, швидше за все, буде скоріше ілюстративними, ніж буквальними прикладами проблем, але це неможливо.
Щоб дійсно зрозуміти, починайте читати з /etc/init.d/rcі /etc/init.d/rcS- це сценарії оболонки, які виконують всі біти, які відображає ваша система.
grep- цеgrep -r pattern . > pattern.grep. Оскільки оболонка створює вихідний файл перед викликомgrep,grepкоманда здійснює пошук у вихідному файлі, який росте, поки диск не заповниться. Я не маю поняття, чи пов’язано це з чим-небудь, що може спричинити зависання процесу завантаження назавжди.