Kubuntu портит файлы на жёстком диске винды.
Leonidus - 4 Октябрь, 2011 - 22:15
На ноутбуке установлена Windows XP Home.
1 ЖД разделён на 3 раздела:
1. Системный(FAT32) 100гб.
2. Диск(NTFS) 30гб. Вот на нём файлы и портятся.
3. Скрытый для бекапа.
Когда винда загружается, начинает исправлять файлы.
Хорошо что там не было ничего важного, некоторые файлы испортились окончательно...
Заметил что файлы портятся посте того как используется SWAP(если не использовался то всё в порядке).
Kubuntu установлена на USB HDD.
Всё! Проблема решена. Привязал SWAP по uuid cryptswap.
Комментарии (21)
о__0
А может это просто файловая система NTFS косячит и портит файлы? С чего такие выводы-то уверенные.
Потому что такой глюк только после кубунты.
А я сомневаюсь, потому что это бред.
Я 2 года спокойно пишу на NTFS разделы через Kubuntu и не было ни одного "косяка". А не посыпался ли, многоуважаемый, Ваш диск именно на цилиндрах 2 раздела?
Под виндой всё нормально работает.
Хм, ну у меня пару месяцев назад жестяк сдох, так он посыпался прямо "в середине". Признаков не было никаких, даже после принудительной проверки ФС, да и файлы вроде целые. А потом "р-р-аз - пополам" (Кот Бегемот(с)). Я думал-думал - ну не бывает так, чтобы сразу... был еще один такой-же "Сеагейт" из одной поставки, я его снял с рабочей станции, всунул в мой админский системник, грузанулся под kubuntu и gSmart'ом его. Оказалось тот уже тоже начал сыпаться и тоже примерно в середине.
А Вы говорите "нет признаков, все работает нормально под виндой".
Все так говорят, а потом...
А как проверить диск? Чтоб наверняка узнать что там испортилось.
Ну поиск же есть (не игнорим фразу и тыкаем по слову "поиск").
Я нашёл почему файлы портятся, этот диск подключается как swap.
вот содержимое /etc/fstab
# /etc/fstab: static file system information.#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda1 during installation
UUID=cb7c1d77-3ebf-4ec3-9eee-7dec99cb1b84 / ext4 errors=remount-ro 0 1
# swap was on /dev/sda5 during installation
#UUID=4e29eeca-b64b-4b05-9fbc-b985fb854434 none swap sw 0 0
/dev/mapper/cryptswap1 none swap sw 0 0
Вот вывод # blkid
/dev/sda1: LABEL="SYSTEM" UUID="2209-0CF9" TYPE="vfat"/dev/sda3: UUID="02C00AF0C00AEA2D" TYPE="ntfs"
/dev/sda5: LABEL="M-PM-^TM-PM-8M-QM-^AM-PM-:" UUID="38C8A0BCC8A07A30" TYPE="ntfs"
/dev/sdb1: UUID="cb7c1d77-3ebf-4ec3-9eee-7dec99cb1b84" TYPE="ext4"
/dev/sdb3: LABEL="Leonidus" UUID="32D93DCD386B8F41" TYPE="ntfs"
/dev/mapper/cryptswap1: UUID="213889ea-b769-4d0e-9908-db940d4be6d3" TYPE="swap"
Что делать? Чтоб swap был на месте.
Так кубунту ни при чём. Виноват тот, кто своп так подключал.
Я делал установку по умолчанию, и ничего не правил...
У вас как своп работает 213889ea-b769-4d0e-9908-db940d4be6d3, хотя должен 4e29eeca-b64b-4b05-9fbc-b985fb854434. Я не понимаю, что к чему.
Предлагаю в fstab замутить обозначение раздел hdd со SWAP через его UUID.
А как это сделать?
Вроде ж и так всё ок.
Примерно так же мои "Сеагейты" (два винчестера) были вытеснены WesternDigital (серия BlackCaviar).
Один "Сеагейт" стоял под 7-кой (первый раздел - системный, второй - данные, используемые двумя системами), второй - "файлохранилище" (для двух систем). ФС - NTFS.
При появлении "бэдов" винт заменялся на WD. После "скисания" второго "Сеагейта" стало понятно, что дело в самих "Сеагейтах". Справедливости ради надо отметить, что довольно "не новый" "Сеагейт" 320 ГБ продолжает исправно служить на подкачке (остальные три, включая терабайтник с разделами ext4, плавно видоизменились в WesternDigital).
Была и у меня в свое время такая проблема - новичков абанты. Дело скорее всего в монтировании раздела без драйвера ntfs3g.
А можно поподробнее пожалуйста?
Он вообще не подключается.
Другие с NTFS нормально работают без глюков.
root@leonid-pc:~# mount /dev/sda5 Diskfuse: mount failed: Устройство или ресурс занято
root@leonid-pc:~#
На счет ntfs-3g. + Юзанье fstab
У меня тоже была такая проблема стояли 7-ка и Kubuntu. Решил проблему просто - снес на ху 7-ку и нет проблем.
Отправить комментарий