Часа 3 блять...
13.06.2013, 08:54
это так печально, что даже не печально не капельки
Root has been mounted x times without checking. Check forced.
И минут на 15 для толстого раздела с ext3
И минут на 15 для толстого раздела с ext3
Дядя, вы просто не умеете его готовить!
Root раздел нужен для того, чтобы оживить систему и примонтировать всё остальное, и таким образом, должен быть минимального размера.
Знаешь где написано?FHS:Filesystem hierarchy standart.
http://www.pathname.com/fhs/pub/fhs-2.3.html
Правда этому стандарту следуют не все дистрибутивы, а некоторые вообще на него забили(gobolinux).
Root раздел нужен для того, чтобы оживить систему и примонтировать всё остальное, и таким образом, должен быть минимального размера.
Знаешь где написано?FHS:Filesystem hierarchy standart.
http://www.pathname.com/fhs/pub/fhs-2.3.html
Правда этому стандарту следуют не все дистрибутивы, а некоторые вообще на него забили(gobolinux).
Насчет root раздела никогда проблем не имел при его размерах - просто скопипастил сообщение, в следующий раз буду бдить.
Поставим вместо /root какой-нибудь /home - и вуаля. Обычно ставить 0 я бы не советовал (если только вы не достаточно хорошо разбираетесь, чтобы понять когда его таки следует запустить, и как это зделать вручную).
В любом случае есть CTRL+C, но суть в том что иногда нужно ждать и на *nix системах.
Поставим вместо /root какой-нибудь /home - и вуаля. Обычно ставить 0 я бы не советовал (если только вы не достаточно хорошо разбираетесь, чтобы понять когда его таки следует запустить, и как это зделать вручную).
В любом случае есть CTRL+C, но суть в том что иногда нужно ждать и на *nix системах.
Дык настройте init так, чтобы сначала пускало в shell из под рута с пассворда, и параллельно монтировало /home в read-only для сканирования.Как завершилось - продолжаем грузиться.
runlevelов много, 4,7,8,9 свободны, можно туда это запихать.
Даже, по сути, ждать не придётся пока home примонтирован read-only.И насколько я помню, после проверки можно сразу на ходу в read-write перемонтировать и никто ничего не заметит.
Короче, вся суть в том, что вы просто не умеете его готовить так, чтобы не нужно было ждать.
runlevelов много, 4,7,8,9 свободны, можно туда это запихать.
Даже, по сути, ждать не придётся пока home примонтирован read-only.И насколько я помню, после проверки можно сразу на ходу в read-write перемонтировать и никто ничего не заметит.
Короче, вся суть в том, что вы просто не умеете его готовить так, чтобы не нужно было ждать.
ок, я достаточно хорошо знаком с *nix, чтобы понимать что я очень многого не знаю. А вы случайно не с линукс.ру? там тоже любят кидаться какашками.
1) Толку мне от рутовой консоли, если мне здесь и сейчас для работы нужны X.
2) Пробовали запустить X манагер если у вас раздел на который он пишет файлы примонтирован как ro?
У линукс на десктопе, если вы говорите о сервере - то это другой разговор.
1) Толку мне от рутовой консоли, если мне здесь и сейчас для работы нужны X.
2) Пробовали запустить X манагер если у вас раздел на который он пишет файлы примонтирован как ro?
У линукс на десктопе, если вы говорите о сервере - то это другой разговор.
Я не кидаюсь какашками, я к тому, что можно настроить достаточно ухищрений для сокращения времени загрузки.
У меня тоже оно на десктопе сейчас.
Иксы запускаются вообще из read-only, очень наглядный пример - gentoo livedvd.Там ещё и AUFS для дозаписывания всякой мишуры вроде пакетов или конфигов не на RW-диск.
У меня тоже оно на десктопе сейчас.
Иксы запускаются вообще из read-only, очень наглядный пример - gentoo livedvd.Там ещё и AUFS для дозаписывания всякой мишуры вроде пакетов или конфигов не на RW-диск.
Разошёлся я...
Но вообще, это сообщение появляется обычно только при загрузке.
Ещё есть всякие fastboot и fasthalt, которые пропускают это.
А ещё этот самый X - переменная.Если вы доверяетесумасшедший своему железу - задайте там ноль, проверка исчезнет и никогда больше не появится.Кажется это был или fstab, или tune2fs.
Но вообще, это сообщение появляется обычно только при загрузке.
Ещё есть всякие fastboot и fasthalt, которые пропускают это.
А ещё этот самый X - переменная.Если вы доверяете
Ну а вообще-то, человек весьма прав.Дело в том, что у bashа(наиболее наспространённый шелл на линух) есть job control.Который умеет посылать процессы в background.
Есть nice, чтобы эти процессы не жрали вагон процессора.
Мало того, есть на уровне ядра пашущий...
SIGSTOP.Любой, абсолютно любой процесс может быть остановлен.Он не отдаст съеденную память, но освободит процессор.
И ещё...возьмём генту для примеру, процесс обновления выглядит так:
PORTAGE_NICENESS=(число более нуля) emerge -uDN world.
Эту переменную можно задать в /etc/make.conf, и команда обновления сократится вообще до emerge -uDN world.
Проверка обновлений и само обновление пихается в cron - и мы вааще не вспоминаем об этом.
Есть ещё pm-suspend, который на моей машине занимает аж четыре секунды - энергозависимый сон.Привязывается один раз на acpi power-button - и по нажатию кнопки - железо тухнет.Встаёт обратно - 12 секунд.
Ну а если нет ИБП - есть pm-hibernate, который делает... ну в общем, гибернацию также как в винде, но не на первый раздел диска(адская проблема у людей с огромным объёмом памяти, например64гб), а в swap-раздел.Если питание пропало - встанет с hdd, если питание не пропадало - встанет как при pm-suspend.
Всё веселье в том, что ничто не может остановить суперпользователя.Пока живо ядро и клавиатура(всё остальное - повисло или умерло) - мы можем что-то делать:спасибо magic sysrq key.
Есть nice, чтобы эти процессы не жрали вагон процессора.
Мало того, есть на уровне ядра пашущий...
SIGSTOP.Любой, абсолютно любой процесс может быть остановлен.Он не отдаст съеденную память, но освободит процессор.
И ещё...возьмём генту для примеру, процесс обновления выглядит так:
PORTAGE_NICENESS=(число более нуля) emerge -uDN world.
Эту переменную можно задать в /etc/make.conf, и команда обновления сократится вообще до emerge -uDN world.
Проверка обновлений и само обновление пихается в cron - и мы вааще не вспоминаем об этом.
Есть ещё pm-suspend, который на моей машине занимает аж четыре секунды - энергозависимый сон.Привязывается один раз на acpi power-button - и по нажатию кнопки - железо тухнет.Встаёт обратно - 12 секунд.
Ну а если нет ИБП - есть pm-hibernate, который делает... ну в общем, гибернацию также как в винде, но не на первый раздел диска(адская проблема у людей с огромным объёмом памяти, например64гб), а в swap-раздел.Если питание пропало - встанет с hdd, если питание не пропадало - встанет как при pm-suspend.
Всё веселье в том, что ничто не может остановить суперпользователя.Пока живо ядро и клавиатура(всё остальное - повисло или умерло) - мы можем что-то делать:спасибо magic sysrq key.
Скорее ты хотел сказать новые баги, глюки, и закрытие уязвимостей для IE.
Я уже хлебнул, больше вреда чем пользы. Особенно по работе, помню панели отправлять, ну запустил перед отправкой, все норм. (а отключить обновление забыл) Вырубаю, начинает обновятся, виснет на 45%, проходит пол часа, реакции нет, перезагружаю не грузиться, пришлось восстановление через загрузочный диск к контрольной точке делать. И это не единственный раз было.
Вообще есть глобальные баг фиксы и дополнение это называется Service Pack. А всякая куча мелочи, как правило бестолковой и даром не надо.
Я уже хлебнул, больше вреда чем пользы. Особенно по работе, помню панели отправлять, ну запустил перед отправкой, все норм. (а отключить обновление забыл) Вырубаю, начинает обновятся, виснет на 45%, проходит пол часа, реакции нет, перезагружаю не грузиться, пришлось восстановление через загрузочный диск к контрольной точке делать. И это не единственный раз было.
Вообще есть глобальные баг фиксы и дополнение это называется Service Pack. А всякая куча мелочи, как правило бестолковой и даром не надо.
Сервис-пак это не глобальный багфикс, а всего лишь сборник той самой "бестолковой мелочи". А то, что на твою систему не встают обновы, это претензия не к мелкомягким. Ни у меня, ни на одной из нескольких десятках машин, которые я админил, таких проблем за два года ни раз не было.
Думаю стоит добавить проверенной мелочи, так как не все же обновления в него включают, часть оказываются весьма сомнительными, глюканутыми. Да и в вообще 99% не нужны отечественных пользователям. и тем более тем кто не юзает IE
Компы конечно не самые типовые были, может это и сказалось, однако в целом, вреда от обновлений больше чем пользы.
Компы конечно не самые типовые были, может это и сказалось, однако в целом, вреда от обновлений больше чем пользы.
ну да, делают обновление, оказалось к с глюком, потом делают новое обновление, что бы исправить ошибки от предвещавшего..нет спасибо. такой радости не надо. Пусть другие на себе экспериментируют, если так уж важно можно раз в несколько месяцев включать. Думаю от не установленных обновлений за пару месяцев еще никто не уписался. Я и знакомым так делаю, и за все время кроме "спасибо" за это дело ничего не слышал. Автоматические обновления не нужны.
Обновления для Windows не закрывают баги, уязвимости. Хотя постой, закрывают - например обновление, которое закрывает уязвимость, позволяющая несанкционированно активировать Windows.
Это вам не никсы, где обновления действительно улучшают производительность и не добавляют багов (ну иногда конечно бывает, но это нечто из разряда мистики), и конечно же они не являются костылями, а заменяют существующие пакеты.
Это вам не никсы, где обновления действительно улучшают производительность и не добавляют багов (ну иногда конечно бывает, но это нечто из разряда мистики), и конечно же они не являются костылями, а заменяют существующие пакеты.
На винде? не верю, она засрется быстрее. Она впринципе не создана для непрерывной работы свыше недели. Уже через пару дней у нее начинаются припадки. На никсах без проблем, хотя неужто они до сих пор на втором ядре работают с таким аптаймом? Если не считать перерывов на обновление ядер - вполне может и проработать.
Есть kexec.Функция правда тестирующаяся,вроде ваще альфа, но позволяет загрузить новое ядро старым, переехать на него и выгрузить старое.
Говоря о "придётся перезагружаться для обновления ядра"...
Вот вам роутер...
Linux 2.6.38.1-1 #2 SMP Tue Mar 29 14:14:09 MSD 2011 x86_64 Intel(R) Atom(TM) CPU D510 @ 1.66GHz GNU/Linux
uptime:
17:59:17 up 94 days, 17:25, 3 users, load average: 0.18, 0.09, 0.09
Что?Какой 3.9.5?О чём вы?
Говоря о "придётся перезагружаться для обновления ядра"...
Вот вам роутер...
Linux 2.6.38.1-1 #2 SMP Tue Mar 29 14:14:09 MSD 2011 x86_64 Intel(R) Atom(TM) CPU D510 @ 1.66GHz GNU/Linux
uptime:
17:59:17 up 94 days, 17:25, 3 users, load average: 0.18, 0.09, 0.09
Что?Какой 3.9.5?О чём вы?
3.9.5? О чем ВЫ? На роутере 2.6 это максимум, это просто предел. И ничего новее туда пихать не следует.
И что за роутер у нас под x86 архитектурой? У меня Keenetic Giga под MIPS.
А kexec действительно кривовата еще. Ну глядишь допилят, но все таки практического применения я ей не вижу.
И что за роутер у нас под x86 архитектурой? У меня Keenetic Giga под MIPS.
А kexec действительно кривовата еще. Ну глядишь допилят, но все таки практического применения я ей не вижу.
Недавно двенадцать обнов за пару минут поставились. Можно пока в сортир сходить)
Раздражает, когда бесперебойник уже на последнем издыхании и даёт команду на отключение, а винда вдруг решает, что неплохо бы обновления поставить
Чтобы написать коммент, необходимо залогиниться
