Ремонт разделов LM 18.3 KDE

Unborn · #21

StarMAUGLI, то, что ты сделал - создать саму себе проблему и героически её решать. Нужно было просто увеличить home на всё не размеченное пространство перед ним, а не раздел переносить. А потом уменьшить до необходимого объёма. Так и UUID даже бы не сменился. Первая процедура долго, если нет UPS, тогда перекрестился бы. Вторая быстро. Только делать их по очереди. Сначала применить одно, потом другое. Так безопаснее, чем разделы с места на место таскать.
И что тянет создавать boot?

#22

StarMAUGLI, пробуйте.Может я не совсем понял что вы именно хотите.

Unborn · #23

StarMAUGLI писал(а): ↑
16 янв 2018, 12:51
Если я создам пользователей с теми же именами, что были раньше и дам им те же пароли что были раньше, то почему я не смогу подключиться к тем папкам которые были раньше?

Потому что ещё идентификаторы должны совпадать, сказали уже -

darkfenix писал(а): ↑
16 янв 2018, 11:53
Даже если вы их создадите не сможете подцепить старые каталоги к новым пользователям, точнее это возможно, но не с вашими познаниями. Поэтому просто заберите оттуда данные и пользуйтесь текущим пользователем.

#24

darkfenix писал(а): ↑
16 янв 2018, 11:53
это возможно, но не с вашими познаниями

Не думаю, что лично ваши познания принципиально отличаются от моих: вы даже по довольно простым (как выяснилось) вопросам руссификации интерфейса и чистки локалей в kde (в соседнем моем посте) не смогли ничего внятного ответить, а также как здесь понтовались. Спасибо, еще раз Bill Williamson, за реальную наводку в том посте. Остальное пришлось доходить самому и делиться с сообществом наработанными ответами. При этом не только готовыми решениями, но и путями их достижения. Что бы у тех кто наступит на теже грабли, что и я возникало понимание, а не развивалось механическое копипащение.

Думаю, что и здесь вы просто не знаете ответа и надуваете щеки, так же как ваш товарищ Unborn. Так что если у вас нечего сказать по существу вопроса лучше уж молчите. Я так и пойму что здесь на форуме такие же новички как и я (не вижу в этом ничего плохого, но о моих познаниях не вам судить).
Основную проблему изложенную в этом посте я тоже решил. И совсем не так как вы советовали (если вы вдруг не заметили). Ваши совет был скорее вреден, чем полезен... ну или в любом случае - не в кассу (не по существу вопроса).

Когда вопрос комментирует реальный профессионал - это сразу видно по тому на сколько он вникает в суть проблемы и на сколько его ответ соответствует задаваемому вопросу.

#25

StarMAUGLI, не цепляйтся к словам. Тебя не хотели обидеть. Если они не попогли с этой проблемой, не значит что не помогут с другой.

Давайте жить дружно. П.с: Кот Леопольд

#26

vir0id, Да. Давайте жить дружно. Впрочем, вам я вчера видел в одном из постов тоже досталось ни за что ни про что. Все-таки сообщество должно основываться на взаимном уважении. Даже к новичкам.

#27

StarMAUGLI писал(а): ↑
16 янв 2018, 16:54
Да. Давайте жить дружно. Впрочем, вам я вчера видел в одном из постов тоже досталось ни за что ни про что. Все-таки сообщество должно основываться на взаимном уважении. Даже к новичкам.

Не по теме

Ну да, было.

#28

В общем эту эпопею я тоже закончил.
testdisk восстановил поврежденные таблицу и раздел. После чего, я переустановил еще раз LM18.3 KDE (не затрагивая /home). Данные свои таким образом я спас и "сохранил" (без покупки нового винчестера).
Пользователя же пришлось создавать нового и настройки программ делать также по-новой.

Также удалось мне справиться с перемещением и увеличением разделов. Для этого необходимо грузиться с livecd. Что бы не налететь на те проблемы, что получил я (livecd LM 18.3 KDE, не знаю актуально ли это для других сборок), необходимо прежде, чем приступать к перемещению и изменению размера партиции, настроить сессию в livecd, а именно отключить скрин-сейвер, блокировки экрана в "Поведении рабочей среды" и любые засыпания в "Управлении электропитанием", потому что операции (при моих объемах и древности железа) идут по несколько часов и если система заснет, то вывести ее из ступора может оказаться проблематично (как и случилось у меня).
Также в livecd можно настроить экраны, русские локали, клавиатуры и для применения изменений перезагрузить иксы Ctrl+BackSpace. Это удобно для тех, кто не очень дружит с английским: все окна, подсказки, справки доступные в livecd будут на русском.

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

Еще, если вы опасаетесь, что все-таки заснет, зависнет или еще что-то в этом духе, можно превентивно уйти в tty(1-6), установить там htop, отфильтровать по partitionmanager и наблюдать за исполнением процесса: когда загрузка ЦП и памяти упадет, можно попробовать переключиться обратно на 7 консоль с графическим интерфейсом. При желании из htop можно даже убить partitionmanager, но лучше пока он стопроцентно не отработает, этого не делать.

#29

StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?

В гноме это Disks (Дисковая утилита GNOME), во избежание подобных проблем такие операции конечно лучше делать в gparted - доустанавливаю его во всех дистрах и DE, проблем с этим нет. К тому же он сразу делает выравненные разделы, а здесь я вижу Partition 4 does not start on physical sector boundary (невыравненные разделы значительно сказываются на производительности системы)

P.S. И перед этим крайне желательно сделать бэкап MBR и таблицы разделов.

#30

AlexZ писал(а): ↑
18 фев 2018, 12:30
здесь я вижу Partition 4 does not start on physical sector boundary (невыравненные разделы значительно сказываются на производительности системы)

А где это "видите"? Я тоже хочу это видеть. На скриншоте, я вроде такой надписи не нашел. И как их выравнять теперь? производительность системы (моего старенького компа) меня очень беспокоит, и если можно ее как-то поднять я готов это сделать.

#31

StarMAUGLI писал(а): ↑
18 фев 2018, 20:37
А где это "видите"?

В #3 посте upd2 команда sudo fdisk -l
Пишет что расширенный раздел невыравненный (а это все линукс-разделы)
Потом я как понял было опять перемещение, надо ещё раз посмотреть.

StarMAUGLI писал(а): ↑
18 фев 2018, 20:37
И как их выравнять теперь?

В сети много инфы на эту тему https://yandex.ru/search/?text=%D0%B2%D ... id=2186620

#32

AlexZ писал(а): ↑
18 фев 2018, 21:13
Потом я как понял было опять перемещение, надо ещё раз посмотреть.

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

mugalem@mugalem-P35 ~ $ sudo fdisk -l
[sudo] пароль для mugalem: 
Диск /dev/sda: 1,8 TiB, 2000398934016 байтов, 3907029168 секторов
Единицы измерения: секторов из 1 * 512 = 512 байтов
Размер сектора (логический/физический): 512 байт / 4096 байт
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Тип метки диска: dos
Идентификатор диска: 0x5e69fe56

Устр-во    Загрузочный      Start Конец Секторы   Size Id Тип
/dev/sda1  *                 2048     206847     204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2                  206848  631875583  631668736 301,2G  7 HPFS/NTFS/exFAT
/dev/sda3               631875584 1758021631 1126146048   537G  7 HPFS/NTFS/exFAT
/dev/sda4              1758021632 3907028991 2149007360     1T  f W95 расшир. (LBA)
/dev/sda5              1758023680 1781458943   23435264  11,2G 82 Linux своп / Solaris
/dev/sda6              1781460992 1783994367    2533376   1,2G 83 Linux
/dev/sda7              1783996416 1881651199   97654784  46,6G 83 Linux
/dev/sda8              1881653248 3068176383 1186523136 565,8G 83 Linux
/dev/sda9              3068178432 3907028991  838850560   400G 83 Linux

Похоже про невыравненность в команде было на момент наличия неисправности. Или я чего-то упускаю еще?

#33

Сейчас нормально.
Для пущей убедительности можно ещё под виндой посмотреть https://remontcompa.ru/1427-kak-vyrovny ... -free.html

#34

AlexZ писал(а): ↑
18 фев 2018, 21:50
Для пущей убедительности можно ещё под виндой посмотреть

У меня винда чего-то после этих всех эпопей не грузится, я и забил на нее. К данным, что в нтфс, доступ сохранился, а сама винда мне как шла, так и ехала. Я за последние пару лет в нее один раз только загрузился, не помню зачем даже.
А мини-тул-визард, да - эту программульку, знаю, ценю и рекомендую друзьям, которые еще с винды не соскочили.

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

#35

StarMAUGLI писал(а): ↑
18 фев 2018, 00:44
В общем эту эпопею я тоже закончил.
testdisk восстановил поврежденные таблицу и раздел ...

ну и славненько ...

а мои эксперименты по восстановлению (про которые упомянуто в Перенос корневого раздела на новый диск [Перевод] (Пост colonel #42550) ещё не закончились )

StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?

так

AlexZ писал(а): ↑
18 фев 2018, 12:30
StarMAUGLI писал(а): ↑
07 янв 2018, 18:11
А есть принципиальная разница между gparted и partitionmanager? Я-то думал, что это гуи на одну и ту же консольную команду одна под гном, другая под кде. Разве не так?
В гноме это Disks (Дисковая утилита GNOME), ....

в гноме - это GPARTED и так было со времён динозавров.
дисковая утилита "Диски" из пакета gnome-disk-utility это несколько другая программа.
Появилась она позже gparted. Непосредственно утилита "Диски" из этого пакета ещё в минт13 запускалась командой palimpsest и имела несколько отличающийся от нынешней утилиты Диски запускаемой командой gnome-disks

Unborn писал(а): ↑
16 янв 2018, 13:01
... Нужно было просто увеличить home на всё не размеченное пространство перед ним, а не раздел переносить. А потом уменьшить до необходимого объёма. Так и UUID даже бы не сменился......

UUID раздела не изменится если в гпартед его копировать, перемещать или переносе , изменять границы перетягиванием ...

#36

colonel писал(а): ↑
19 фев 2018, 10:42
в гноме - это GPARTED

Ну тогда и не gparted. Если уж точно отвечать на вопрос kdepartitionmanager и gparted это не "одна и та же консольная команда".
И в плане надежности,функциональности это тоже не одно и то же. Принципиальная разница есть, и сам ТС это "подтвердил", создав с ним себе такие проблемы. Недаром ему все советовали gparted, и я это подтверждаю, т.к. двигал им разделы уже раз 100500 (и на свои 3 KDE-системы всегда его доустанавливаю). Это гораздо более надежное средство, он справился бы с этой задачей за пару часов и без проблем. Теперь спросите у ТС сколько времени отняло по итогу всё это действо с его kdepartitionmanager. Который годится только для базовых задач, собственно как и gnome-disks, поэтому и провел такую аналогию.
Одно и тоже у них только название - Редактор разделов GNOME и Управление разделами КДЕ, а в остальном - небо и земля..

StarMAUGLI писал(а): ↑
18 фев 2018, 21:59
У меня винда чего-то после этих всех эпопей не грузится, я и забил на нее.
заморачиваться с восстановлением загрузки винды не стану.

Раздел простаивает получается. Можно поставить ещё один KDE-шный линукс (где KDE по умолчанию). На самом деле это бывает удобно для быстрого выявления и решения каких-то возникающих проблем (когда хотя бы 2 KDE-системы)

#37

AlexZ писал(а): ↑
19 фев 2018, 19:03
и сам ТС это "подтвердил", создав с ним себе такие проблемы.

строго говоря, проблемы возникли не из-за программы разбиения дисков, а из-за дурацкой настройки livecd, которая отправила работающий над перемещением разделов компьютер в сон (до сих пор не знаю кто виноват, под подозрением двое: скринсейвер и настройки электропитания - проверять перемещая раздел с умолчальными настройками livecd чего-то не охота).
думаю, что этот факт не подтверждает ваших слов относительно разности функционала, хотя в целом вы вполне возможно что правы... я не знаю толком как пишутся программы, как по мне, так надо брать команду из консоли и вокруг нее рисовать интерфейс (на gtk или qt вот и все различие).

AlexZ писал(а): ↑
19 фев 2018, 19:03
Раздел простаивает получается.

не совсем простаивает, я периодически туда лажу за своими старыми проектами, там же где-то хранятся фотки, музыка, сканы документов и т.п. Наверно, стоило бы устроить разборку всего что там есть, но пока места хватает, я все откладываю на потом.

#38

AlexZ писал(а): ↑
19 фев 2018, 19:03
Ну тогда и не gparted. Если уж точно отвечать на вопрос kdepartitionmanager и gparted это не "одна и та же консольная команда".

то что разные программы(гуйные оболочки) запускаются разными командами - это нормально.
напомню вам вопрос - "...gparted и partitionmanager.... это гуи на одну и ту же консольную команду одна под гном, другая под кде . Разве не так?
ответ был - "Так".
Куда уж точнее то ? ;) подробности см. под спойлером.

"Утилита...GParted является GTK+ фронт-енд к GNU parted ... использует libparted для обнаружения и управления устройствами и таблицами разделов"
"в KDE утилита, аналогичная GParted из Gtk-based систем, ..... имя её ..... — partitionmanager", "для обнаружения и управления устройствами и таблицами разделов использует libparted"
gparted и partitionmanager - суть графические морды к одной и той же консольной утилите parted для разных DE, производные программы основанные на консольной утилите(программе) parted и её библиотеке libparted.

кроме них были(а может быть ещё и живы ) ещё программы основанные на parted (libparted)
- QTParted -... является просто графической оболочкой для библиотеки libparted, построенной на основе графической библиотеки QT.
- Другая аналогичная утилита - Partition Morpher , построена на основе библиотеки GTK2 и той же библиотеку libparted из проекта parted.
см. Костромин

зы к #38
в дополнение к сказанному в #35 - " дисковая утилита "Диски" из пакета gnome-disk-utility это несколько другая программа. "
GNOME Disks - это графический фронт-енд для udisks включеного в пакет "gnome-disk-utility"

#39

colonel писал(а): ↑
20 фев 2018, 08:43
gparted и partitionmanager - суть графические морды к одной и той же консольной утилите parted для разных DE

А да, значит тут я не прав. Ну не знаю, что ж он так на новичков влияет. Я помню поначалу (когда совсем ещё новичок был) тоже с kdepartitionmanager имел проблемы разного рода.
В сети писали про него нечто подобное:
"Partition Manager - в стиле KDE это значит падает через раз в процессе операции над разделами с потерей всех данных, но зато имеет в 20 раз больший функционал (который впрочем не работает), чем gparted и, самое главное, гламурные глянцевые кнопочки а также плазмоид для быстрого доступа к управлению разделами."
Потом перешел на gparted и всё стало норм получаться.
Не знаю, может и допилили его, я с тех пор им не пользовался.
Вот, кстати, занятный случай на Кубунту, когда gparted помог решить проблему, там где partitionmanager не смог ничего сделать..
https://kubuntu.ru/node/13280
Ну это больше для ТС аргумент в пользу gparted

#40

AlexZ писал(а): ↑
20 фев 2018, 18:15
https://kubuntu.ru/node/13280
Ну это больше для ТС аргумент в пользу gparted

???
причём здесь тема в инете со ссылкой про gpart и тестдиск ????

Кто сейчас на конференции