Сломалась Мандрива, сказала что файловая система заблокирована.

[CyberMax]

Вобщем случилась как-то раз такая история Мандрива 2009 отказалась загружаться, полоса загрузки доходила примерно до 15% и останавливалась, потом если понажимать кнопки, вылазил черный экран с надписями, где последняя красным цветом и насколько я помню там что-то было что файловая система заблокирована. Сейчас просто уже на Убунту перешел, вот интересно, чтобы это не повторилось, узнать что это было До того как система таким образом перестала загружаться, никто комп ногами не бил и ничё такова, а делалось просто много всяких установок, переустановок и удалений пакетов, потом ещё установил утилиту которая orphans пакеты удаляет, последнее что она удалила вот список:

Код: Выделить всё

для их удаления используйте команду "urpme --auto-orphans"
  GConf2-sanity-check-2.24.0-1mdv2009.0.i586
  alacarte-0.11.6-1mdv2009.0.noarch
  alsa-plugins-doc-1.0.18-1.2mdv2009.0.i586
  autoconf-2.63-1mdv2009.0.noarch
  automake-1.10.1-2mdv2009.0.noarch
  bluez-firmware-1.2-5mdv2009.0.noarch
  bug-buddy-2.24.0-1mdv2009.0.i586
  canberra-gtk-0.9-3mdv2009.0.i586
  elfutils-0.137-1mdv2009.0.i586
  fxload-2002_04_11-8mdv2009.0.i586
  gcc-c++-4.3.2-3mnb2.i586
  gettext-0.17-3mdv2009.0.i586
  gnome-applets-2.24.0.1-1mdv2009.0.i586
  gnome-desktop-2.24.0-1mdv2009.0.i586
  gnome-menus-2.24.0-1mdv2009.0.i586
  gnome-panel-2.24.0-1mdv2009.0.i586
  gnome-power-manager-2.24.1-0.1mdv2009.0.i586
  gnome-python-applet-2.24.0-1mdv2009.0.i586
  gnome-screensaver-2.24.0-1mdv2009.0.i586
  gnome-session-2.24.0-1mdv2009.0.i586
  gnome-settings-daemon-2.24.0-1mdv2009.0.i586
  gnome-themes-2.24.0-1mdv2009.0.noarch
  gnome-user-docs-2.24.0-1mdv2009.0.noarch
  gnome-utils-2.24.0-1mdv2009.0.i586
  gtk-engines2-2.16.0-1mdv2009.0.i586
  hsfmodem-kernel-2.6.27-desktop586-0.rc8.2mnb-7.68.00.13-1mdv2009.0.i586
  iwlwifi-5000-ucode-5.4.A.11-1mdv2009.0.noarch
  libbreakpad0-2.24.0-1mdv2009.0.i586
  libcanberra-gtk0-0.9-3mdv2009.0.i586
  libcanberra0-0.9-3mdv2009.0.i586
  libcpufreq0-005-2mdv2009.0.i586
  libgdict1.0_6-2.24.0-1mdv2009.0.i586
  libgettextmisc-0.17-3mdv2009.0.i586
  libgnome-menu2-2.24.0-1mdv2009.0.i586
  libgnomebreakpad-2.24.0-1mdv2009.0.i586
  libgnomekbd-common-2.24.0-1mdv2009.0.i586
  libgnomekbd3-2.24.0-1mdv2009.0.i586
  libgtk-engines2-2.16.0-1mdv2009.0.i586
  libgucharmap7-2.24.0-1mdv2009.0.i586
  libgweather-2.24.0-1mdv2009.0.i586
  libgweather1-2.24.0-1mdv2009.0.i586
  libopenobex1-1.3-7mdv2009.0.i586
  libstdc++-devel-4.3.2-3mnb2.i586
  libtool-base-1.5.26-5.1mdv2009.0.i586
  libxklavier12-3.7-1mdv2009.0.i586
  m4-1.4.11-2mdv2009.0.i586
  manbo-mandriva-files-gcc-c++-4.3.2-1mnb2.i586
  metacity-2.24.0-1mdv2009.0.i586
  multiarch-utils-1.0.9-6mdv2009.0.noarch
  net-snmp-5.4.2-2.2mdv2009.0.i586
  net-snmp-mibs-5.4.2-2.2mdv2009.0.i586
  net-snmp-utils-5.4.2-2.2mdv2009.0.i586
  obex-data-server-0.3.2-1mdv2009.0.i586
  pcsc-lite-1.4.102-1mdv2009.0.i586
  preload-0.6.3-3mdv2009.0.i586
  python-gnome-menus-2.24.0-1mdv2009.0.i586
  readahead-1.4.6-4mdv2009.0.i586
  rpm-build-4.4.2.3-20mnb2.i586
  rpm-manbo-setup-build-2-13mnb2.noarch
  rpm-mandriva-setup-build-1.87-1mdv2009.0.i586
  sdparm-1.03-1mdv2009.0.i586
  sound-theme-freedesktop-0.1-2mdv2009.0.noarch
  spec-helper-0.29.5-1mdv2009.0.noarch
  telepathy-filesystem-0.0.1-2mdv2008.1.noarch
  alsa-plugins-pulse-config-1.0.18-1.2mdv2009.0.i586

После этого решил перезагрузить комп и всё система больше не загрузилась. Пришлось сносить систему полностью. С помощью лайв диска вытащил тока нужные файлы. Всё таки в чем причина, эти пакеты не надо было удалять или они тут не при чём? Почему тогда утилита предложила их удалить? Какие должны быть действия чтобы реанимировать систему в таком случае? Просто ещё в загрузке тогда оставил только Винду и Мандриву, а безопасный режим нет.

[Courage]

Зашёл бы в безопастный режим, сделал проверку диска. Или же с любого лив-дистрибутива, с той же убунты.
На сколько я заметил, удалять сироты нужно в том случаи, когда ты 100% знаешь что именно ты удаляешь.

[CyberMax]

Зашёл бы в безопастный режим, сделал проверку диска. Или же с любого лив-дистрибутива, с той же убунты.
На сколько я заметил, удалять сироты нужно в том случаи, когда ты 100% знаешь что именно ты удаляешь.

Ну так если причина в том что удалились нужные пакеты, то какой смысл делать проверку диска?
И интересно просто ещё удаление какого именно пакета вызвало такую ошибку? В списке предпоследним идет telepathy-filesystem-0.0.1-2mdv2008.1.noarch может этот? И походу получается что в Мандриве нет даже минимальной защиты от неопытного пользователя

[drBatty]

получается что в Мандриве нет даже минимальной защиты от неопытного пользователя

если пользователь забил на совет:
Ставьте программы ТОЛЬКО из дистрибутива
и самостоятельно ищет в инете пакеты непонятно к чему, а тем-более - собираете из исходников,
или если пользователь не проверяет md5sum диска - то да. Нету. впрочем как и в ЛЮБОМ дистрибутиве.

[Hooliganos]

telepathy - это система, обслуживающая потоковые медиа.
Невозможность загрузки скорее из-за отсутствия каких-то libXXXXX.
В линуксе нельзя удалять практически ничего без риска повредить систему (хоть установленное из дистрибутива, хоть из сторонних rpm'ов).
Ну и естественно никакой защиты от удаления критически важных файлов нет, в отличие от windows.

[drBatty]

В линуксе нельзя удалять практически ничего без риска повредить систему (хоть установленное из дистрибутива, хоть из сторонних rpm'ов).

можно. но ТОЛЬКО из пакетного менеджера

Ну и естественно никакой защиты от удаления критически важных файлов нет, в отличие от windows.

есть конечно!

Shell

$ rm /bin/sed rm: удалить защищенный от записи обычный файл `/bin/sed'? y rm: невозможно удалить `/bin/sed': Отказано в доступе

ну а если вы под рутом... потому и говорят - не работайте под рутом!
в пакетном менеджере тоже есть защита

[Hooliganos]

В линуксе нельзя удалять практически ничего без риска повредить систему (хоть установленное из дистрибутива, хоть из сторонних rpm'ов).

можно. но ТОЛЬКО из пакетного менеджера

Ну и естественно никакой защиты от удаления критически важных файлов нет, в отличие от windows.

есть конечно!

Shell

$ rm /bin/sed rm: удалить защищенный от записи обычный файл `/bin/sed'? y rm: невозможно удалить `/bin/sed': Отказано в доступе

ну а если вы под рутом... потому и говорят - не работайте под рутом!
в пакетном менеджере тоже есть защита

Что подразумевается под пакетным менеджером? Если rpmdrake - то удалить критически важные пакеты - дело одной секунды, тем более, что с пакетами работа ведется от рута. Прецеденты имеются. Никаких ограничений+глюки rpmdrake. В винде, будь вы хоть трижды администратором, никаких важных файлов удалить не удастся. Либо будет запрещено это действие, либо файл тут же будет восстановлен из dllcache.
В линуксе вся работа с установкой/удалением ведется от рута, поэтому заявления типа "не работайте под рутом" не выдерживает никакой критики.
Как удалить пакет без привилегий рута? Никак. Поэтому и говорится, что удаление программ в линуксе всегда чревато.
А если пользоваться теминалом/urpmi/urpme, то какого хрена тогда сделали rpmdrake? Специально, чтобы валить систему?
Призывы отказаться от gui в пользу консоли не лишены смысла в плане надёжности, но у меня почему-то нет времени и желания изучать неисчислимое количество разного рода параметров для всего консольного софта. Мне, например, просто нужен работающий десктоп, который всего-лишь один из инструментов, а не фетиш для поклонения и изучения его кишок. Поэтому приверженцам gui и просто новичкам проще не удалять пакеты.

[Rootlexx]

В линуксе вся работа с установкой/удалением ведется от рута, поэтому заявления типа "не работайте под рутом" не выдерживает никакой критики.

Вы путаете понятия выполнения какой-то операции от root и работой. «Не работайте под root'ом» означает не выполняйте ваши повседневные задачи от его имени. Это не просто позволит вам неосторожным действием убить всю систему, но и менее надёжно (были случаи, когда cdrecord, будучи запущенным от root, при попытке записать диск со скоростью, превышающей максимальную, вводил ядро в панику, а от пользователя такого не происходило), а также менее безопасно в смысле получения контроля над вашим компьютером извне.

Как удалить пакет без привилегий рута? Никак. Поэтому и говорится, что удаление программ в линуксе всегда чревато.

Не нужно говорить «в линуксе» вместе с «глюки rpmdrake» — Linux не ограничивается Mandriva.
Приведённая импликация неверна. Чревато бездумное удаление всего и вся.

В винде, будь вы хоть трижды администратором, никаких важных файлов удалить не удастся. Либо будет запрещено это действие, либо файл тут же будет восстановлен из dllcache.

Разумеется, но это потому, что Windows не настолько модульная система. Вот скажите, glibc — критически важный пакет? В принципе, да, ведь после его удаления загрузится разве что ядро, всё остальное не будет работать, включая оболочку. Тем не менее, есть разные библиотеки, заменяющие glibc. То есть практически каждый компонент системы может быть заменён на альтернативный, отчего намертво прибивать гвоздями файлы к образу установки нет смысла.
И да, никто не мешает в Windows удалить эти же файлы и из dllcache — сам так делал, чтобы добавить свободного места. И тогда уже ничто не спасёт. Да и драйверы, насколько я помню, в dllcache не сохраняются.
Должен сказать, что в Rpmdrake по умолчанию вообще не показываются пакеты, не относящиеся к пользовательским программам с графическим интерфейсом. Подразумевается, что если вы выбираете отображение всех пакетов, вы знаете, что делаете.

[akdengi]

Одна простая истина: urpme --auto-orphans работает стабильно ТОЛЬКО при установке из ОФИЦИАЛЬНЫХ Main и COntrib + Update. И то Contrib может привести к ошибкам. Установка пакетов из СТОРОННИХ репозиториев (а тем паче пакетов из других дистрибутивов) уже приводит к нарушению зависимостей (так как надо прописывать, какие пакеты нельзя удалять в автоматическом режиме).

При современных объемах винчестеров проще не обращать внимания на эту надпись. И не забывайте что утилите толком нет еще и года.

[omerta13]

Одна простая истина: urpme --auto-orphans работает стабильно ТОЛЬКО при установке из ОФИЦИАЛЬНЫХ Main и COntrib + Update. И то Contrib может привести к ошибкам. Установка пакетов из СТОРОННИХ репозиториев (а тем паче пакетов из других дистрибутивов) уже приводит к нарушению зависимостей (так как надо прописывать, какие пакеты нельзя удалять в автоматическом режиме).

При современных объемах винчестеров проще не обращать внимания на эту надпись. И не забывайте что утилите толком нет еще и года.

Имеет смысл использовать для нетбуков тпа eeepc ибо места на накопителе мало

[drBatty]

Если rpmdrake - то удалить критически важные пакеты - дело одной секунды, тем более, что с пакетами работа ведется от рута. Прецеденты имеются. Никаких ограничений+глюки rpmdrake.

ну я вам много чего интересного про глюки установщика венды могу, простите, мог рассказать раньше, сейчас все эти sysok'и забыл как страшный сон. Хотя установка/удаление программ в венде не меняется много лет. Установка программ в Linux - это вообще-то ИСКЛЮЧИТЕЛЬНАЯ ситуация, её быть НЕ должно. Принцип "Поставил - работаю".

Как удалить пакет без привилегий рута? Никак.

зачем?
обновления и удаления сестричек у меня работает в ручную, через sudo, а по умолчанию - так вообще автоматом.
а ставить новый... повторю: это исключение, и надо в КАЖДОМ конкретном случае разбираться, что, куда, и зачем было установлено. А уж удаление... Пакетный менеджер не рассчитан на эксперименты. Извините. Есть другие дистрибутивы, которые более подходят для тех, кто за день устанавливает по 5 программ.

Призывы отказаться от gui в пользу консоли не лишены смысла в плане надёжности, но у меня почему-то нет времени и желания изучать неисчислимое количество разного рода параметров для всего консольного софта. Мне, например, просто нужен работающий десктоп, который всего-лишь один из инструментов, а не фетиш для поклонения и изучения его кишок.

ну дык установите нужный софт, и работайте. в чём проблема?
и расскажите мне немного о параметрах urpmi - а то я только 3 знаю:
1)имя программы
2)ключ -a, если сразу по 10 программ надо ставить
3) --auto-update что-бы обновляться.
п2 и п3 мне(да и никому, ИМХО) НЕ НУЖНЫ.

Имеет смысл использовать для нетбуков тпа eeepc ибо места на накопителе мало

ну забейте её в автозагрузку.