Форум русскоязычного сообщества Ubuntu


Хотите сделать посильный вклад в развитие Ubuntu и русскоязычного сообщества?
Помогите нам с документацией!

Автор Тема: Ubuntu 11.10 Не было кириллицы, а теперь и вовсе не загружается.  (Прочитано 4883 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Вчера последовала совету форумного мастера для устранения проблемы с кириллицей - не читались файлы в windiws-1251 и в файлах .doc, и если шрифт жирный - на печать выводились непонятные символы, приходилось документ переводить в .pdf а потом на печать.

Теперь войти вообще не могу. Видимо, на одном из шагов часть файлов была переименована (я еще тогда задалась вопросом, зачем?) - речь шла о файлах с названиями на кириллице. Еще говорилось, что бинарные файлы тоже могут переименоваться. Шаг этот сделала, т.к. следовала четко пошагово, как инструктировали.
В результате комп завис, а при перезагрузке минут 5-7 шли "титры" - бегущие вверх строки текста.

Теперь не могу загрузить, есть возможность только через гостевой доступ войти, но оперировать с системой невозможно из-за ограниченных прав.

Что делать???

Вот, что при загрузке успела поймать на фотокамеру:

egsaf

  • Гость
А где можно посмотреть "совет"?

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
http://darmoid.ru/ubuntu/perekodirovka-fajlov-v-ubuntu.html
... Похоже, это.
Что делать?

Пошагово вводила:
sudo apt-get install convmv

#!/bin/bash

shopt -s nullglob
for NAME in *.mp3 ; do
  TRS=`echo $NAME | sed "y/абвгдезийклмнопрстуфхцы/abvgdezijklmnoprstufxcy/"`
  TRS=`echo $TRS  | sed "y/АБВГДЕЗИЙКЛМНОПРСТУФХЦЫ/ABVGDEZIJKLMNOPRSTUFXCY/"`
  TRS=${TRS//ч/ch};
  TRS=${TRS//Ч/CH} TRS=${TRS//ш/sh};
  TRS=${TRS//Ш/SH} TRS=${TRS//ё/jo};
  TRS=${TRS//Ё/JO} TRS=${TRS//ж/zh};
  TRS=${TRS//Ж/ZH} TRS=${TRS//щ/sh\'};
  TRS=${TRS//Щ/SH\'} TRS=${TRS//э/je};
  TRS=${TRS//Э/JE} TRS=${TRS//ю/ju};
  TRS=${TRS//Ю/JU} TRS=${TRS//я/ja};
  TRS=${TRS//Я/JA} TRS=${TRS//ъ/\`};
  TRS=${TRS//ъ\`} TRS=${TRS//ь/\'};
  TRS=${TRS//Ь/\'}
  if [[ `file -b "$NAME"` == directory ]]; then
    mv -v "$NAME" "$TRS"
    cd "$TRS"
    "$0"
    cd ..
  else
    mv -v "$NAME" "$TRS"
  fi
done


find . | while read i; do iconv -f  WINDOWS-1251 -t UTF-8 "$i" >tmp; mv tmp "$i"; done

и на этом все "крякнулось" и при перезагрузке теперь не могу войти под своим логином - возвращает  к вводу пароля постоянно.
« Последнее редактирование: 18 Января 2012, 20:46:47 от medprofy »

Оффлайн Artif

  • Участник
  • *
  • Сообщений: 207
    • Просмотр профиля
http://darmoid.ru/ubuntu/perekodirovka-fajlov-v-ubuntu.html
... Похоже, это.
Что делать?
Там нет пошаговой инструкции. Дословно этому следовать нельзя. Неправильно применив, действительно можно запортить свои файлы. Но и запортив, можно 100% восстановить, если сразу после ничего не было сделано.

Добраться бы до файла /home/имя-пользователя/.bash_history и увидеть что внутри. Это даст информацию о том, что было сделано. Добраться можно загрузившись с Ubuntu компакт диска и в файловом менеджере включить показ скрытых файлов, затем потыкать в доступные диски (слева вверху некий список) и разыскать на дисках .bash_history файл. Имя именно такое .bash_history  Файл в норме в каталоге /home/имя-пользователя/, но после загрузки с компакт-диска будет в каталоге /media/что-то/ , и то не сразу, сначала в файловом менеджере нужно мышкой тыкнуть в нужный диск.

Дальше по результатам думать. Это не будет короткой историей.

Из других тупых способов: 1) если на компьютере нет полезных файлов, то проще переставить систему. Если полезные файлы есть, то загрузившись с компакта можно спасти файлы на флешку и потом уже переставлять систему. 2) Попробовать попасть в режим восстановления и создать нового пользователя. Загрузившись и войдя от имени нового пользователя разбираться дальше.

Подумал тут: гм,... А можно попробовать в обед с ноутбуком под мышкой на ступенях Бауманки завести знакомство с человеком знающим Linux. Тоже будет сильным и эффективным ходом. :) В каждой шутке есть доля шутки.

Антивирус в Ubuntu не нужен, тут вирусы не работают и мрут. Но если есть обмен с мелкомягкими Вин, то, в принципе, антивир имеет смысл ради уважения к владельцам этих мелкомягких Вин.

P.S. На будущее:
1) в Ubuntu файлы в CP1251 нормально понимают Libre и Open Offic'ы, редактор Kate (потребуется установить), редакторы gEdit, Leafpad, BlueFish и многие другие.
2) Если что-то непонятно, хоть одна команда в инструкции, советуйтесь с форумом. Хотя бы и в песочнице для новичков https://forum.ubuntu.ru/index.php?board=67.0 Хотя бы скажут, насколько инструкция соответствует ожидаемым результатам.

Пользователь решил продолжить мысль 18 Января 2012, 21:20:28:

Ага, пока писал появилось дополнительная инфа:

Пошагово вводила:
...
и на этом все "крякнулось" и при перезагрузке теперь не могу войти под своим логином - возвращает  к вводу пароля постоянно.

Если другого не посоветуют, то надо загрузится в Recovery mode, в root shell и завести нового пользователя. От имени этого пользователя можно будет зайти в систему и оттуда уже увидеть свои файлы. https://wiki.ubuntu.com/RecoveryMode Пользователя создаёт команда
man useradd

Если на компьютере нет полезных файлов, то на этом можно остановиться, удалив предыдущего пользователя, под которым система теперь не пускает. Если полезное есть, то программа действий:

После этого надо будет получить доступ к своим файлам (это легко).
Далее сохранить файлы в отдельный каталог.
Далее в этом отдельном каталоге эти файлы в обратном направлении пропустить через "этот" кодировщик (тут надо будет немного объяснить). Я думаю там всё уцелело и 100% можно вернуть обратно.

Это тоже не пошаговая инструкция.
« Последнее редактирование: 18 Января 2012, 21:30:33 от Artif »

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Спасибо :)

У меня там 4 сайта в вульгарном windows-1251 построено, мной же, как могла.
Так что перекодировать есть чего.
Бухгалтерская база за 3 года. Тоже важная вещь.
База данных поставщиков, собранная за 5 лет.
Так что придется спасать.

Оффлайн Artif

  • Участник
  • *
  • Сообщений: 207
    • Просмотр профиля
Тогда "поехали".

По инструкции https://wiki.ubuntu.com/RecoveryMode после включения комп-а зажать Shift и держать пока не появится картинка похожая на ту, что внизу и чёрная. Иногда этот Shift зажать надо очень быстро и ловко, иногда небыстро, но вовремя. Если с первого раза не вышло, то во время начала загрузки компьютера пробовать ещё и ещё.

Когда картинка - это меню - появилась, мышь тут ещё не работает. Перемещаться по появившемуся меню стрелками на клавиатуре (вверх, вниз). Подтверждать выбор в меню клавишей Enter.
Появится примерно вот такое меню:


Тут выбрать строчку со словам "recovery mode", вторая сверху. И дождаться следующего меню, где выбрать строку "netroot - Drop to root shell with networking":




Появится примерно вот такая картина:


Самое важное - чёрная полоска внизу, со знаком # и мигающим курсором после.
Теперь вводите команду:
useradd --create-home resqueaccount
passwd resqueaccount
usermod -a -G adm,dialout,cdrom,plugdev,netdev,lpadmin,admin,sambashare resqueaccount

Этот набор создаёт пользователя с именем resqueaccount, passwd спрашивает новый пароль для него и задаёт ему этот пароль, usermod добавляет пользователя в необходимые группы.

Теперь команда
reboot

Система должна перезагрузиться, после загрузки система должна впустить под именем resqueaccount и с паролем указанным при создании пользователя.

Теперь нужно знать имя пользователя, под которым были запорчены файлы, под которым система не пускает. Например, его имя совпадает с именем одного из каталогов внутри каталога /home.
Например, если в терминале дать команду
ls -1 /homeто в списке есть это имя.
Какое это имя?

P.S. Все команды нужно вводить без ошибок и без опечаток. Эти команды даются в системе от имени суперпользователя root, и ошибка может затронуть систему настолько сильно, что починить будет ооочень сложно. Все пробелы, их количество, запятые, разница между -1 и -l - всё, всё, всё важно.


« Последнее редактирование: 19 Января 2012, 02:26:09 от Artif »

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Спасибо!
Сейчас попробую.

... Я вчера вечером время зря не теряла и проделала такую манипуляцию - сделала доступ root
http://www.youtube.com/watch?v=ikZfP8lGsa4

Может, пригодится?

Стартую новую вышеуказанную пошаговую инструкцию  :D

Оффлайн Pavel798

  • Активист
  • *
  • Сообщений: 396
    • Просмотр профиля
Может быть, сначала стоит просто запуститься с LiveCd и спасти всё, что можно спасти?
А потом уже развлекаться с восстановлением системы.

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Так речь была о том, чтобы хоть как-то войти кроме бесполезного гостевого доступа.

... А вообще-то, через новый вход root папки стали доступными и не изменены, что странно.  :) И все фотоальбомы целы. И база данных. Только с виртуальной машиной Windows пока не разобралась: там мне нужен только Internet explorer, т.к. электронные подписи заточены исключительно под него на всех торговых площадках.

To Artif:
Еще одного пользователя создала под свежеиспеченным root прямо из обычной загрузки.
Как теперь прописать права для пользователя anna-resque?
Папку запорченную anna вижу, но из параллельного доступа anna-resque папка с файлами anna не открывается.
Имеет ли значение, что при загрузке вход именуется с заглавной буквы, а папка называется с маленькой?
« Последнее редактирование: 19 Января 2012, 10:59:47 от medprofy »

Оффлайн Красноглазый

  • Активист
  • *
  • Сообщений: 702
    • Просмотр профиля
В наутилусе (аналог проводника в винде) сочетание Ctrl-H творит чудеса :)
Скорее всего запороли конфигурационные файлы в домашнем каталоге. Самый простой способ: все каталоги в домашней директории старого пользователя, начинающиеся на символ точки переместить, например, в отдельно созданный подкаталог. После чего попытаться войти под старым пользователем. При необходимости из него можно будет пытаться восстанавливать конфигурационные файлы.

VirtualBox скорее всего создавал свои файлы в подкаталоге .virtualbox. Для восстановления достаточно сохранить соответствующий файл с расширением vdi (если у вас конечно не raw диск).
« Последнее редактирование: 19 Января 2012, 10:48:15 от Красноглазый »

Оффлайн Artif

  • Участник
  • *
  • Сообщений: 207
    • Просмотр профиля
To Artif:
Еще одного пользователя создала под свежеиспеченным root прямо из обычной загрузки.
Как теперь прописать права для пользователя anna-resque?
Папку запорченную anna вижу, но из параллельного доступа anna-resque папка с файлами anna не открывается.
Имеет ли значение, что при загрузке вход именуется с заглавной буквы, а папка называется с маленькой?

Регистр в именах файлов и в логинах-именах пользователей имеет значение. Имя домашнего каталога пользователя совпадает с логином, но в системе к логину можно приписать имя-дополнение. Дополнение будет видно на графическом экране входа и оно может не совпадать с логином.

Как получить доступ к файлам.

Доступный для второй копии и занятый оригиналом объёмы на диске покажет:
sudo df -hs /home/anna-resque
sudo du -hs /home/anna

Если достаточно места, то
mkdir -p /home/anna-resque/my-broken-files
sudo cp -R /home/anna /home/anna-resque/my-broken-files
sudo chown -R anna-resque /home/anna-resque/my-broken-files/*
Это создаёт каталог для копии, копирует файлы и в конце на копии меняет владельца файлов на anna-resque. Оригинал остаётся не тронут.

Если места не хватает, то можно сделать так:
mkdir -p /home/anna-resque/my-broken-files
sudo apt-get install mc # Установка файлового менеджера Midnight Commander
sudo su # Перевод терминала в режим работы непосредственно от имени root.
mc # Старт MC от имени root, с абсолютным доступом. Осторожно.
И скопировать все нужное в /home/anna-resque/my-broken-files. Выйти из Midnight Commander. Сделать:
sudo chown -R anna-resque /home/anna-resque/my-broken-files/*
exit
В промежутках, пока в командной строке символ #, от имени root больше ничего не делать.

Оригинал по прежнему не трогали. И в /home/anna-resque/my-broken-files/ получилась копия. Работать дальше только с копией.

Дальше. Собственно единственное, что раньше было сделано из разрушительного, это
_find . | _while read i; do _iconv -f  WINDOWS-1251 -t UTF-8 "_$i" >tmp; _mv tmp "$i"; done
Попробуйте сделать
find .и будет видно какие файлы это действие могло затронуть. Точнее - надо разбираться как была запущена командная строка(терминал), какой каталог был текущим, менялся ли он, в какой именно момент система сбойнула. Скорее всего надо переставить местами кодировки и сделать что-то вроде
_find /home/anna-resque/my-broken-files/ | _while read fileName; do _iconv -f UTF-8 -t WINDOWS-1251 "_$fileName" > tmp ; _mv tmp "$fileName"; done Но точнее - надо проверять или дополнительно подумать. Проще - на копии тренироваться.

И действительно в зависимости от того как и что было, часть файлов могла быть не затронута. Какая именно - не могу сказать. Надо проверять и т.п. На этот случай "оригинал" - /home/anna/ - надо сохранить, оставить не тронутым. Как показывает большой опыт: при таких приключениях сохранить лучше на несколько лет или на максимально долго. Убрать на надёжную флешку, на DVD и т.п. На всякий случай.

По части восстановления Virtual Box и прочих прграмм и их данных - разбираться с каждой отдельно. Иногда достаточно простого копирования из одного домашнего каталога в другой + смена владельца, иногда - нет. В т.ч. на этот случай нужен нетронутый оригинал, в т.ч. но не только.

Пользователь решил продолжить мысль 19 Января 2012, 12:05:25:
Может быть, сначала стоит просто запуститься с LiveCd и спасти всё, что можно спасти?
А потом уже развлекаться с восстановлением системы.

Можно. Хорошее и правильное дополнение. Но только надо по шагам расписать как после загрузки c CD получить доступ к разделу, где находятся файлы. Этот раздел вовсе не будет примонтирован, а когда примонтируется, то совсем не в /home, а куда-то в /media/некое-магическое-имя. И всё равно придётся работать от имени root.

Одновременно: механизм повреждений, описанное поведение системы говорят о том, что затронуты только файлы внутри домашнего каталога пользователя. А значит, конкретно рекомендованное выше не принесёт вреда. Но если начать отклоняться, то - да, на свой страх и риск.

Пользователь решил продолжить мысль 19 Января 2012, 12:13:09:
В наутилусе (аналог проводника в винде) сочетание Ctrl-H творит чудеса :)
Скорее всего запороли конфигурационные файлы в домашнем каталоге. Самый простой способ: все каталоги в домашней директории старого пользователя, начинающиеся на символ точки переместить, например, в отдельно созданный подкаталог. После чего попытаться войти под старым пользователем. При необходимости из него можно будет пытаться восстанавливать конфигурационные файлы.

VirtualBox скорее всего создавал свои файлы в подкаталоге .virtualbox. Для восстановления достаточно сохранить соответствующий файл с расширением vdi (если у вас конечно не raw диск).

Принципиально этот алгоритм такой же, но он не позволяет сохранить повреждённое "as is" для "разбора полётов". Всё равно где-то надо сделать запасную копию. Оптимальнее завести нового пользователя, тем самым получить полностью исправный аккаунт и заведомо работоспособный компьютер, а паралельно, по мере необходимости и наличия времени, заниматься восстановлением, выяснением что там затронуто и насколько.

Virtual box - не совсем так. Там могла быть структура бекапов, а тогда там всё сложнее и так нельзя. Насколько помню: можно тупо взять каталог .virtualbox, скопировать в другой аккаунт, переназначить владельца и группу для него и всех файлов внутри. Должно заработать. Давно уже пользуюсь KVM, плохо помню про VBox.

Пользователь решил продолжить мысль 19 Января 2012, 12:48:36:
Спасибо!
Сейчас попробую.
... Я вчера вечером время зря не теряла и проделала такую манипуляцию - сделала доступ root
http://www.youtube.com/watch?v=ikZfP8lGsa4
Может, пригодится?

Принципиально это тоже самое, примерно. Набор приёмов, показанный этим немцем, избыточен в данном случае, но для расширения эрудиции интересен.

В Ubuntu специально для root исходно нет пароля. И не то, что пароль пустой. Пароля просто нет, ни пустого, ни какого-либо ещё. А без пароля система не пустит. В отвественных случаях неплохой элемент защиты. Чем создавать пароль, я бы завёл отдельного пользователя с администраторскими возможностями. В норме этот отдельный аккаунт не должен использоваться. В случае аварии с основным аккаунтом использовал бы "этого отдельного" для восстановления.

Получить прямую работу от имени root всегда можно выполнив sudo su, и нет нужды создавать ему пароль. Причём некоторые функции системы недоступны через sudo, но доступны непосредственно для root. Тоже элемент защиты и от вредителей, и от своих ошибок.

P.S. Прелесть как взволновывает и радует, :) :) когда на своих ошибках понимаешь отчего они все там пишут: "Не работай под рутом!". Одно лёгкое телодвижение и ты целую неделю приводишь свой сервер в рабочее состояние. Это впечатляет, вспоминается сказка - как мышка пробежала, хвостиком махнула... :)
« Последнее редактирование: 19 Января 2012, 12:48:36 от Artif »

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Спасибо! О, чудеса!  :)
Действительно старый доступ заработал после удаления папок с точкой в названии.
А Virtual Box скончался. 
KVM лучше работает? Может, с ним попрактиковаться?

... По мне - прелесть, как приятно учиться все же на чужих ошибках  :)
« Последнее редактирование: 19 Января 2012, 21:48:42 от medprofy »

Оффлайн Красноглазый

  • Активист
  • *
  • Сообщений: 702
    • Просмотр профиля
А файлы с точкой вы удалили или все-таки переместили в другое место?
Там должен был быть каталог с файлами virtualbox (~/.VirtualBox/HardDisks или ~/.VirtualBox/Machines/<имя_вашей_виртуальной_машины>). Нужно искать файл с расширением vdi. Если не делали скриншоты, то одного этого файла будет достаточно для восстановления.
С kvm не стал разбираться, поскольку виртуальная коробка установилась и заработала с первого раза что на Linuxе, что под виндой. Только я ставил не свободный вариант из репы, а полный с сайта virtualbox.org, поскольку мне была важна поддержка usb устройств.

Оффлайн medprofy

  • Автор темы
  • Любитель
  • *
  • Сообщений: 59
    • Просмотр профиля
Папки с точкой переместила в новую отдельную папку на всякий случай.

Оффлайн Artif

  • Участник
  • *
  • Сообщений: 207
    • Просмотр профиля
KVM лучше работает? Может, с ним попрактиковаться?

Обе системы пару лет назад одновременно на один компьютер установились, но при запуске просили завершить работу демонов конкурента и только тогда соглашались запустить свои модули.

VirtualBox давно, хорошо и удобно работает с USB устройствами. Там самоочевидная возможность в виртуалке получить доступ к каталогам системы-хозяина. У него удобный графический интерфейс для создания копий состояний виртуалки. Встроенная справка. Одно время нельзя было просто так использовать для коммерческих целей, в случае использования в полном объёме.

KVM-qemu родная для Linux система. Поддержка от производителя. Прямо в репозиториях Ubuntu официальный образ виртуального сервера для Qemu. Всё свободно доступно. Мне удобно экспериментировать с построением сетей между многим виртуальными компьютерами. Но "прокидывание" USB устройств сделали не так давно, а это важно, когда надо прошить смартфон на MS-Win-Mobile. Доступ к каталогам системы хозяина как если бы просто два компьютера связаны по локальной сети, со всеми необходимыми телодвижениями для настройки. Графические интерфейсы ещё недавно были угрюмо практичны, рассчитаны на профи, или же сложны в развёртывании. Это проф.инструмент, который чуть ли не в последний год стал делать крупные шаги к рядовому пользователю.

Кому что лучше... Людям далёким от ИТ я советую VirtualBox. А вот если на производстве или дома сделать систему серверов, то я бы выбрал KVM.
« Последнее редактирование: 19 Января 2012, 23:28:02 от Artif »

 

Страница сгенерирована за 0.023 секунд. Запросов: 21.