Ремонт файловой системы в Убунту


dm@dm-System-Product-Name: ~_202

Пришлось и мне столкнуться с данной проблемой. Мой один товарищ, у которого установлена Убунту на старенький ноутбук ASUS, и который просто не хочет хоть иногда включать мозги, обратился ко мне с такой проблемой. На его ноуте установлена новая Убунту 12.10 и очень часто система просто не хочет грузиться, выбрасывая в черный экран, либо застывая на фиолетовом фоне. А вот в последнее время начало выскакивать такое вот сообщение, что-то типа «Операционная система не смогла загрузиться. Выберите для дальнейших действий нужную клавишу…» И дальше идет описание, что нужно нажать. Я уже точно не помню, какие клавиши предлагает нажать система, но смысл такой, что для автоматического исправления ошибок нажмите такую-то клавишу, для ручной отладки другую, и чтобы игнорировать это сообщение предлагается нажать третью кнопку. Автоматическое исправление ошибок ни к чему не приводило и загрузка операционной системы так и не доходила до логического завершения. Вот и решил я попробовать знаменитую команду  fsck.

Для начала нужно загрузиться либо с загрузочной флешки с Ubuntu (Lubuntu, Xubuntu, Kubuntu и т.д.), либо с диска Ubuntu Live CD. Теперь нам нужно узнать, какой именно раздел с Убунту нам нужно просканировать для исправления файловой системы. Запускаем Терминал (Ctrl-Alt-T) и выполняем команду:

sudo fdisk -l

Данная команда покажет нам все диски, флешки, которые примонтированы к системе. Я приведу пример с моим личным компьютером, а не с ноутбуком приятеля. Вот, что вышло у меня:

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 640.1 GB, 640135028736 bytes
255 heads, 63 sectors/track, 77825 cylinders, total 1250263728 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0009d6f7

Device Boot   Start      End   Blocks   Id  System
/dev/sda1   *     2048 61442047 30720000   83  Linux
/dev/sda2     61442048 73730031 6143992   82  Linux swap / Solaris
/dev/sda3     73730048  1250263039   588266496   83  Linux



Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xb9ff6f01

Device Boot   Start      End   Blocks   Id  System
/dev/sdb1   *    16065   100197404 50090670   83  Linux
/dev/sdb2    105322201   976771071   435724435+   5  Extended
/dev/sdb3    100197405   105322139 2562367+  82  Linux swap / Solaris
/dev/sdb5    105322203   832110591   363394194+   7  HPFS/NTFS/exFAT
/dev/sdb6    832112640   860755218 14321289+  83  Linux
/dev/sdb7    860758016   862613503   927744   82  Linux swap / Solaris
/dev/sdb8    862615552   976771071 57077760   83  Linux

Partition table entries are not in disk order

Disk /dev/sdc: 8115 MB, 8115978240 bytes
250 heads, 62 sectors/track, 1022 cylinders, total 15851520 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xc3072e18

Device Boot   Start      End   Blocks   Id  System
/dev/sdc1   *       32 15847625 7923797 b  W95 FAT32

 

Как видно из вывода команды sudo fdisk -l, у меня имеются 2 жестких диска (sda)640 Гб и (sdb)500 Гб, а также флешка (sdc)8Гб, с которой я собственно и загружался. Я знаю, что моя основаня система с Убунту 12.04 находится на диске sda, а раздел с операционной системой соответственно называется sda1.

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

sudo fsck -y -f -c /dev/sda1

если увидете ошибку, то скорее всего нужно отмонтировать данный раздел:

sudo umount /dev/sda1

Ключи и параметры команды fsck:

y — всегда отвечать yes на все вопросы (имеется альтернатива: ключ p — начинает проверку в полностью автоматическом     режиме);

f — принудительная проверка файловой системы (даже если файловая система помечена как полностью   работоспособная)

c — ищет битые блоки (bad blocks), а после отмечает их соответствующим образом

/dev/sda1 — устройство или раздел, которые нужно проверить. Хотя команда может иметь и другой вид. Например:

sudo fsck -p /dev/sda1

В данном случае добавлен только ключ -p. Вы просто почитайте о всех ключах команды fsck и добавляйте именно нужные вам ключи. Чтобы узнать о всех возможностях программы введите в Терминале:

man fsck

Вот, что выдал Терминал после проверки:

ubuntu@ubuntu:~$ sudo fsck -y -f -c /dev/sda1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone
/dev/sda1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sda1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda1: 372991/1921360 files (0.2% non-contiguous), 2539924/7680000 blocks

***** FILE SYSTEM WAS MODIFIED ***** Это системное сообщение говорит, что текущая файловая система модифицировалась программой fsck.

Не знаю, совпадение или нет, но после данной проверки ноутбука командой fsck, операционная система на ноутбуке приятеля стал загружаться, перезагружаться нормально.

 

Нормализуем звук MP3

Копируем «битые» диски в Убунту

Включаем Wi-Fi в Compaq NX 4700

Восстанавливаем удаленные файлы

Устанавливаем нужные кодеки в Убунту


Ремонт файловой системы в Убунту: 23 комментария

  1. Спасибо, Дружище — выручил! Я теперь понял что у меня за проблема 🙂 Хоть и не ноут но проблема таже.

    1. Это если gparted установлен, и все равно через Терминал будет быстрее. И кстати, iluha, у вас получилось создать архив с паролем?

  2. Здравствуйте! Вроде сделал как написано,но не получается.Подскажите что не так?

    sudo fsck -y -f -c /dev/sdc1
    fsck из util-linux 2.20.1
    e2fsck 1.42.5 (29-Jul-2012)
    /dev/sdc1 is mounted.
    e2fsck: Cannot continue, aborting.

    1. Напишите все пошагово как Вы делаете. Сколько у Вас жестких дисков в системе? А то вы пытаетесь отремонтировать sdc1, а это третий по счету диск, а может быть просто флешка. Короче нужно больше информации.

  3. Да так и есть, система установлена на sd-карту а не жесткий диск. Поэтому этот способ не подходит?
    Я не нашел способа отсоединить этот том для ремонта. Может есть какой-то другой способ для такаго случая?

    1. Я думаю, что установка Убунты на sd-карту не самый лучший способ. А во время установки какую файловую систему выставили? Может там сейчас FAT32?
      Хотя еще раз говорю, лучше выделить место на жестком диске, карта не лучший вариант, скорость передачи там низкая, хотя может у вас 10 класс?

  4. Файловая система ext4, карта 10 класс, система работала хорошо и довольно шустро. Только вот сегодня ни с того ни с сего перестала загружаться в обычном режиме (в режиме восстановления почему-то грузилась). Сейчас грузится опять как ни в чем небывало! Не пойму в чем причина и повторения не хотелось бы.А систему ставил на карту ради интереса, но понравилось вот и оставил.

  5. У меня подоюная проблема, но при выполнении команды

    sudo fsck -y -f -c /dev/sda1

    мне выдаётся сообщение:

    /dev/sda1 is mounted.
    e2fsck: Cannot continue, aborting.

    Что я не так делаю?

  6. Подскажите, а как долго проверяется жесткий диск данной программой? Запустил программу chkdsk на windows, уже около восьми часов проверки только 71%.

    1. Может быть у Вас диск уже выходит со строя? Обычно chkdsk проверяет несколько минут, ну может быть до часа. Все зависит от размера. А еще так может быть из-за плохого блока питания компьютера.

  7. Спасибо, дружище! Всё получилось, причём у меня установлена ChaletOS (на основе Ubuntu 16.04 LTS 64 bit), а загружался я с установочного диска Ubuntu 16.10 32 bit, запустил терминал и делал всё по Вашей инструкции. Сразу говорю, что перед проверкой раздел нужно отмонтировать командой, как Вы написали в инструкции. После проверки не нужно монтировать раздел, просто перезагружаетесь и всё )))))))))) Радуемся и пользуемся на здоровье! Большое спасибо автору этой статьи…. Очень помогло.

  8. Уже несколько раз помогало реанимировать разные лини. А говорят система не ломается. С проверкой ФС как раз реализация похуже винды в ней.

  9. система действительно не ломается. Так вышло, что вынужден работать на аварийном ноуте с сыпящимся диском. ВИнда однозначно сказала работать не буду. Менять хард (3-й раз за последнеи 1,5 года) никаких денег не хватит. Благодоря Ubuntu работаю уже пол года. Правда стиль работы напоминает старую добрую винду 98, но ничего мне хватает. Описанным способом переодически (1 раз в 5-7 дней) востанавливаю диск и все пашет дальше причеб без потери данных и танцев с переустановкой винды которе были до этого.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *