Насколько я понимаю, сетевой интерфейс пропинговать нельзя
Хорошо, назовем это "пинговать IP-адрес сетевого интерфейса", смысл не поменялся.
Кстати, можно и по МАС-адресу пинговать, так что можно сказать, что это "пинг интерфейса"
В идеале хорошо было бы сделать /boot/grub отдельным разделом, но это, скорее всего, невозможно.
Это сделать можно. Вот только проблема в том, что монтирование происходит уже после загрузки системы. А на этапе запуска grub у тебя есть либо /boot на отдельном разделе, либо в виде папки в /
Добавлено 11-01-2014 23:51:26
и на этом зависает.
Куда копать?
Выключить quiet режим. Смотреть логи.
Отредактировано Merlyel (11-01-2014 23:51:26)
жЫзнь рандомна... и ничего с этим не поделаешь ;)
Отсутствует
Хорошо, назовем это "пинговать IP-адрес сетевого интерфейса", смысл не поменялся.
.
А, имеется в виду, что у хоста 2 IP адреса --- нормальный и внутренний для VirtualBox. Пинговать нужно внутренний.
Кстати, можно и по МАС-адресу пинговать
??? Вроде бы нельзя.
Добавлено 12-01-2014 00:03:33
Это сделать можно. Вот только проблема в том, что монтирование происходит уже после загрузки системы. А на этапе запуска grub у тебя есть либо /boot на отдельном разделе, либо в виде папки в /
Вот то-то и оно.
Отредактировано X Strange (12-01-2014 00:03:33)
# rm -rf /
Отсутствует
Если подключать отдельные разделы, то он таки запускает GRUB (который вроде бы в MBR сидит, прямо чудеса какие-то)
MBR = 512 байт и их можно в начало любого раздела добавить, а дальше уже GRUB и UUID. fstab полностью на UUID отредактируй.
Добавлено 12-01-2014 08:46:46
В идеале хорошо было бы сделать /boot/grub отдельным разделом, но это, скорее всего, невозможно.
Запросто! Это обычный раздел EXT2. У меня /boot - отдельный раздел на 500 МБ.
Отредактировано Keepun (12-01-2014 08:46:46)
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
MBR = 512 байт и их можно в начало любого раздела добавить
И что? Как это объясняет то, что он видит MBR при подключении отдельных разделов? Видимо, он таки подключает весь диск, но на неподключённые разделы залезть, может быть, не даст.
fstab полностью на UUID отредактируй.
/etc/fstab изначально на UUID.
Запросто! Это обычный раздел EXT2. У меня /boot - отдельный раздел на 500 МБ.
/boot — да. А вот /boot/grub — нет.
Добавлено 12-01-2014 15:08:01
Выключить quiet режим. Смотреть логи.
Попробовал. В логах немного ругается на правила udev. Через некоторое время загрузка развисает и сообщает об ошибке монтирования root раздела в связи с отсутствием файла в каталоге /dev. После этого открывается рутовый шелл, где видно, что устройств таки нет (видимо, ругань на udev была по делу). Ещё обнаружил, что если выбрать в GRUB опцию, которая содержит в имени слово rescue, то всё грузится нормально. Возможно там initramfs нужен специальный --- initramfs для rescue был с момента установки системы, а для остальных опций — сгенерён с помощью dracut при обновлении ядра.
Отредактировано X Strange (12-01-2014 15:08:01)
# rm -rf /
Отсутствует
И что? Как это объясняет то, что он видит MBR при подключении отдельных разделов? Видимо, он таки подключает весь диск, но на неподключённые разделы залезть, может быть, не даст.
/boot — да. А вот /boot/grub — нет.
Возможно и так, но факт, что MBR можно прописать на любом разделе.
И похоже ты доку по grub-install не скурил:
grub-install --boot-directory=/boot --recheck /dev/sda
и MBR на раздел:
grub-install --boot-directory=/boot --recheck /dev/sda2
А есть еще grub-setup, который вызывается из grub-install, но не самовольничает.
Добавлено 12-01-2014 20:40:03
Через некоторое время загрузка развисает и сообщает об ошибке монтирования root раздела в связи с отсутствием файла в каталоге /dev.
Ну, укажи путь к root=UUID= в параметрах загрузки ядра через GRUB...
Добавлено 12-01-2014 20:42:36
P.S. Мда, трах с Gentoo меняет сознание...
Отредактировано Keepun (12-01-2014 20:42:36)
Зачем вашему компу оперативная память, если вы сами не хотите, чтобы софт ее всю использовал?
Отсутствует
Зато вот такое иногда при загрузке
Код:kernel panic-not syncing: VFS: unable to mount root fs on unknown block(0,0)
В поиске жалоб много, а решений нет. Нет, это не винт разваливается.
Так винт ломаться начал, уже сменил и всё норм.
Отсутствует
Возможно и так, но факт, что MBR можно прописать на любом разделе.
Только тогда он не будет называться MBR, насколько я знаю. MBR (Master Boot Record) --- это загрузочный сектор всего диска. Там, помимо GRUB, находится, например, таблица разделов.
То, что можно поставить GRUB в загрузочный сектор отдельного раздела, я знаю. Правда в версии GRUB2 это почему-то не приветствуется разработчиками, хотя и работает.
grub-install --boot-directory=/boot --recheck /dev/sda
За --boot-directory спасибо! В VirtualBox настроил загрузку через GRUB с другого диска, работает.
А есть еще grub-setup, который вызывается из grub-install, но не самовольничает.
В GRUB2, похоже, нет.
Ну, укажи путь к root=UUID= в параметрах загрузки ядра через GRUB...
Так указано всё правильно. И для одного из ядер даже грузится.
P.S. Мда, трах с Gentoo меняет сознание...
Я знаю, сам раньше использовал Gentoo. Но до таких извращений с GRUB и VirtualBox тогда руки не дошли. А вот действительно полезная вещь, про которую в gentoo не узнать практически невозможно --- это использование chroot и mount -o bind.
# rm -rf /
Отсутствует
Не знаю, правда или нет: http://forum.mozilla-russia.org/viewtop … 62#p641262
Отсутствует
Пандёнок, конечно же правда! Чем еще Биллу заниматься, кроме как устанавливать ОС на свой компьютер. Который у него тоже из воздуха материализовался вот только сейчас...
PS: Неужели есть еще люди, которые верят в подобную чушь???
Отсутствует
Пандёнок
Бред конечно. Если бы это был обычный пользователь, то там могла быть всё от диска с царапинами до проблем с разметкой диска. Или несовместимость оборудования, может что-то новое или железо с багом и винда не заводилась.
Вот только человека с опытом программирования это не смутит. В крайнем просто возьмет другой комп.
Вы лучше это гляньте.
Загрузка Linux в режиме UEFI выводит из строя некоторые модели ноутбуков Thinkpad
Для некоторых ноутбуков компании Lenovo повторилась история c неработоспособностью ноутбуков Samsung, после загрузки Linux в режиме UEFI. Из-за ошибок в UEFI-прошивке, модели Thinkpad укомплектованные процессором Intel Core i-4*00, например, T540p, L540 и W540, могут быть повреждены при попытке установить Linux с загрузкой в режиме UEFI или загрузившись со стороннего диска, на который установлен Linux. При этом, восстановить работу устройства можно только путём замены материнской платы.
Компания Lenovo уже работает над выпуском обновления прошивки. По предварительным данным проблема наблюдается лишь в некоторых версиях UEFI-прошивки, в которых проявляется неудачное сочетание двух по отдельности некритичных ошибок. Избежать повреждения устройств с проблемной прошивкой можно отключив режим загрузки UEFI в настройках ноутбука, но данный режим неприемлем при организации двойной загрузки, так как Windows может загружаться только в режиме UEFI.
Одной из жертв проблемной прошивки стал Теодор Тцо (Theodore Ts'o), создатель файловых систем Ext2/3/4 и активный разработчик ядра Linuх, который три раза вынужден был заменить материнскую плату на своём ноутбуке Thinkpad T540p. С подобной проблемой на Thinkpad T540p столкнулся и Марк Мерлин (Marc Merlin) из компании Google, который подготовил подробный отчёт о возникших проблемах. Интересно, что указанный ноутбук Thinkpad T540p числится в списке устройств, сертифицированных для использования с Ubuntu Linux в качестве предустановленной системы.
Вывод: никогда не отказывайтесь от гарантии, хотя бы 1 месяц. И всегда первым делом ставьте linux, чтобы при проблемах сразу сдать сломанный комп.
Отсутствует
Эта UEFI дрянь не нужная, происки МС по ограничению свободы.
Вообще-то "происки MS" — это не UEFI, а secure boot. Но вроде бы у них это не прокатило.
# rm -rf /
Отсутствует
Пандёнок
Даже если неправда, такую историю стоило бы придумать.
А вот ещё интересная новость: «Создан дистрибутив Linux с интерфейсом Mac OS X», «Северокорейская ОС пытается выглядеть как Mac OS X».
Отредактировано MySh (06-02-2014 23:11:20)
Отсутствует
UEFI - происки коллективного безответственного .
Да там не в индусах или китайцах дело, а в самом процессе развития кодовой базы UEFI, которую пилят очень много людей без всякой оглядки друг на друга.
Начнем с Intel и MS (не будем забывать про остальных членов UEFI Forum, но эти - самые членистые), которые выпускают раз в полгода-год новые версии спецификации UEFI (сейчас последняя - 2.4, пока ее не умеет никто) и UEFI PI (последняя - 1.3, в ней добавили возможность иметь файлы размером больше 0xFFFFFF байт, желающие впихнуть BLOBца уже заняли очередь, но 1.3 тоже никто не поддерживает), отчего кодовая база постоянно меняется (можно посмотреть за коммитами в TianoCore). У Intel есть свой карманный производитель end-user-прошивок - Insyde, но кому попало Intel их не лицензирует, так что практически все производители ноутбуков вынуждены использовать либо Phoenix, либо AMI (на десктопах AMI давно и прочно). У Insyde, всилу близости к источнику изменений, багов несколько меньше, и правятся они несколько быстрее, но нельзя сказать, что их там нет, у меня просто мало опыта работы с этими БИОСами.
Затем идет AMI, король десктопов. Эти решили, что спецификация Human Interface Infrastructure для лохов и запили свой собственный формат BIOS Setup, с багами и глюками. На всех платах (чаще всего встречалось на ASUSах, но по факту бывает везде) "залипали" настройки (один раз записываются, а потом не реагируют на изменения), баг репортили почти год без остановки на нескольких языках, но решение пришло с неожиданной стороны - при реализации SecureBoot и внедрении UEFI 2.3.1 код работы с NVRAM (где эти самые настройки хранятся) был переписан полностью, и баг исчез, как по волшебству.
AMI предоставляет свою платформу Aptio всем состоятельным господам, но изменяют ее под себя сильнее всех только ASUS и Gigabyte, остальные ограничиваются допиливанием возможностей разгона и изменением фоновой картинки (у некоторых доходит до анимированных гифов, здравствуй, Asrock).
Все, кому не досталось Insyde и не понравился AMI, выбирают Phoenix. Эти свои форматы городить не стали, но предоставляют вендорам широкие возможности кастомизации, отчего иногда эти самые вендоры перепиливают свой Phoenix до состояния полной неработоспособности. А т.к. и сама платформа - та еще дрянь, в итоге получается то, что мы видим в новости. А любымые народом Lenovo и HP еще и белые списки оборудования добавляют, чтобы жить было лучше и веселее.
Короче: виновата дурацкая организация разработки, где баги катаются по цепочке Intel -вендоры платформ - конечные вендоры, каждый валит баг на другого, нет даже подобия открытого трекера, на вопросы отвечают "исправим в следующем году", а на попытки сделать и прислать патч отвечают вопросами типа "а вы это как нашли, у вас исходников утекших часом нет?". И улучшения ситуации еще пару лет не будет, я уверен на 100%. Про безопасность какую-то мифическую я вообще говорить не буду, ее там нет как класса, и не предвидится те же пару лет, может больше.
Отсутствует
Отсутствует
MySh
Я пробовал с помощью actkbd, пока не вышло. Почему-то он мне разрешает только _отпускание_ Fn как отпускание Ctrl использовать (-%Е
Попробую с evrouter, спасибо за наводку.
Ядрёная консоль делает меня сильней!
Отсутствует
Большей частью все то же самое. Я видел несколько штук, которые заточены под Винду, но не думаю, что это массовый характер носит
жЫзнь рандомна... и ничего с этим не поделаешь ;)
Отсутствует
1fesFFFF
Те же. Вроде бывают такие, где запакованы виндовые исполняемые файлы, но это большая редкость.
Ядрёная консоль делает меня сильней!
Отсутствует
1fesFFFF
Помню только одно дополнение, которое идёт только под Линукс — оно для полной интеграции ФФ в графическую оболочку Убунты, ставилось по умолчанию. И вспомнил ещё Personal Titlebar, который работает только в Виндовс — дело в том, что он редактирует заголовок окна, а в Линуксе заголовок окна отрисовывается системой и не может быть изменён программой.
Отредактировано Пандёнок (21-03-2014 11:32:21)
Отсутствует