При обновлении Ubuntu с 20.04 до 22.04 изменились метки жёстких дисков

[CyrusEugene]

Вот, обновление на стационарном ПК прошло нормально, других неприятностей после обновления не обнаружено, только это - почему-то изменились метки жёстких дисков с медиафайлами

На скрине 1 до монтирования жёстких дисков, а на скрине 2 - после монтирования. Как видно, почему-то при монтировании вместо метки 750 GB (2 TB, 3 TB) показывает 750 GB1 (2 TB1, 3 TB1); а при попытке открытия 750 GB (2 TB, 3 TB) пишет, что не удалось показать содержимое папки и что вам запрещено показывать содержимое объекта - скрин 2 и на нём же видно, что в этих объектах/папках ничего нет (0 объектов). Все эти разделы на жёстких дисках в ntfs. В gparted все метки проверял и всё нормально - без добавленной цифры 1 показывает.

Меня бы и не напрягал сей момент, да вот только в transmission (скрин 3) теперь всем раздачам надо новый путь указывать с перехэшированием, раз путь изменился. Вот и вопрос: возможно ли устранить данный глюк и чтобы метки жётких дисков показывались нормально - без добавленной цифры 1? Или проще будет в transmission потратить время на указку нового пути и перехэширования?

[andytux]

при монтировании вместо метки 750 GB

Начать с того, что это не метки. Это система обзывает разделы по размерам, если нет меток.
Были-бы метки, вполне возможно, что и не приключилось такой неприятности.
Есть такая беда. Когда система автоматически начинает монтировать разделы в другие каталоги (добавляет цифру).
Попробуй так. Они смонтированы в каталог /media/<username>/... Отмонтируешь разделы. Удаляешь все из каталога /media. Перезагружаешь. Если повезет, то примонтируется как надо. Если не повезет, то пробовать еще раз.

[CyrusEugene]

Начать с того, что это не метки. Это система обзывает разделы по размерам, если нет меток.
Были-бы метки, вполне возможно, что и не приключилось такой неприятности.

Нет, это именно те метки, которые я сам давно в gparted ставил (забыл об этом сказать сразу). Если метки тома нет, то ОС назовёт его, например, "Том 600 GB". Раньше подобных неприятностей не было при обновлении ОС до более новой LTS.

Отмонтируешь разделы. Удаляешь все из каталога /media.

Вечером попробую, как дома буду; отпишусь.

[andytux]

Раньше подобных неприятностей не было

Я столкнулся с этим два года назад, в 20.04. Кстати, это тоже был Windows-раздел.
Значит и метки не спасают. Тогда наплевать на автоматику и выключить ее.
Монтировать самому, вручную, куда надо, что надо, когда надо.
Вручную совсем не означает, что в консоли...
Визуально, это может быть кнопка на панели, которая запускает скрипт... Можно и по старинке, прописать в fstab.

[Butjapka]

Вот, обновление на стационарном ПК прошло нормально, других неприятностей после обновления не обнаружено, только это - почему-то изменились метки жёстких дисков с медиафайлами

На скрине 1 до монтирования жёстких дисков, а на скрине 2 - после монтирования. Как видно, почему-то при монтировании вместо метки 750 GB (2 TB, 3 TB) показывает 750 GB1 (2 TB1, 3 TB1); а при попытке открытия 750 GB (2 TB, 3 TB) пишет, что не удалось показать содержимое папки и что вам запрещено показывать содержимое объекта - скрин 2 и на нём же видно, что в этих объектах/папках ничего нет (0 объектов). Все эти разделы на жёстких дисках в ntfs. В gparted все метки проверял и всё нормально - без добавленной цифры 1 показывает.

Меня бы и не напрягал сей момент, да вот только в transmission (скрин 3) теперь всем раздачам надо новый путь указывать с перехэшированием, раз путь изменился. Вот и вопрос: возможно ли устранить данный глюк и чтобы метки жётких дисков показывались нормально - без добавленной цифры 1? Или проще будет в transmission потратить время на указку нового пути и перехэширования?

содержимое

Код: [Выделить]

/etc/fstab и вывод команды

Код: [Выделить]

sudo blkid покажи

[CyrusEugene]

содержимое
Код: [Выделить]
/etc/fstab
и вывод команды
Код: [Выделить]
sudo blkid

+

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

/dev/sda5: LABEL="20.04" UUID="a1c33d6a-f200-4ede-9c0a-5852ab6735d2" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="29b82eea-8bb6-45bb-8d4e-b48055e0bb4e"
/dev/loop1: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/sdb2: LABEL="750 GB" BLOCK_SIZE="512" UUID="80C007B7C007B288" TYPE="ntfs" PARTUUID="0000d07d-02"
/dev/loop15: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop0: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/sdc2: LABEL="2 TB" BLOCK_SIZE="512" UUID="FEBC5EC4BC5E76DD" TYPE="ntfs" PARTUUID="000c89c2-02"
/dev/sdc3: UUID="e2d474a7-ab3e-458b-babb-732273e60f7c" TYPE="swap"
/dev/sdc1: LABEL="System" BLOCK_SIZE="512" UUID="0D58A7772179784B" TYPE="ntfs" PARTUUID="000c89c2-01"
/dev/loop16: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/sda4: UUID="3B99-8DD5" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="40c9e944-7243-4588-88a5-fca1875e8314"
/dev/sda2: LABEL="3 TB" BLOCK_SIZE="512" UUID="425C316A58AC2E6B" TYPE="ntfs" PARTUUID="c5d3039a-2d24-452c-b8da-6657f00ca622"
/dev/sda3: UUID="d86abed9-3f27-45dd-93f2-f49dbbd2c1e3" TYPE="swap" PARTUUID="adb401be-5595-4200-bfd3-3dd9045f1d24"
/dev/sda1: PARTUUID="0d97f9e7-739f-43f5-b169-20a05407c26c"
/dev/loop14: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"

Попробуй так. Они смонтированы в каталог /media/<username>/... Отмонтируешь разделы. Удаляешь все из каталога /media

Так не получится, поскольку пункты "удалить" или "удалить в корзину" при выборе правой кнопкой мыши недоступны.

[andytux]

Никаких корзин. Удалить, значит удалить.
А команды недоступны скорей всего потому, что нет прав.
Поэтому. Забудь эти "наутилусы с правыми кнопками". Установи Midnight commander, запусти через судо, удали.

[Butjapka]

Так не получится, поскольку пункты "удалить" или "удалить в корзину" при выборе правой кнопкой мыши недоступны.

попробуй эти разделы прописать в fstab
вот так строчка из моего fstab
# /290Gb was on /dev/sda3 during installation
UUID=CC745FDC745FC7BA /290Gb          ntfs    defaults,umask=007,gid=46 0       0
только выделенное красным поменяй на свои значения
номер uuid возьми в соответствии с тем что ты убрал под спойлер и соответственно точку монтирования свою

[andytux]

Он говорит, что "290Gb" - это у него метка. Зачем вмешивать еще сюда УУИД-ы, чтобы себя лишний раз путать. Монтировать по метке.
Да и в корне они совсем ни к чему. Сейчас тенденция на расчистку корня, убирают оттуда то, что было испокон веков.

[CyrusEugene]

команды недоступны скорей всего потому, что нет прав

Так я понял это, что надо права sudo. В 10.04 (с которой начинал) была возможность со своим паролем зайти как пользователь root да крушить и ломать на свой риск и страх всё в ОС; чуть позже эту возможность убрали (в 12.04 уже не было).

Установи Midnight commander, запусти через судо, удали

Поставил, а как его через sudo запустить? Попробовал так:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

cyruseugene@cyruseugene-P35-DS3L:~$ sudo midnight commander
[sudo] пароль для cyruseugene:
sudo: midnight: команда не найдена
cyruseugene@cyruseugene-P35-DS3L:~$ sudo midnight-commander
sudo: midnight-commander: команда не найдена
cyruseugene@cyruseugene-P35-DS3L:~$

не выходит А при "простом" запуске этого самого midnight commander тоже нет прав удаления

[andytux]

Код: [Выделить]

sudo mc

[CyrusEugene]

andytux, премного благодарю! Запустил через sudo mc, удалил каталог username, перезагрузил ОС и дело в шляпе - все медиаразделы показываются как надо без добавленной цифры 1:

Подтверждаю, что способ рабочий. Буду знать на будущее (век живи - век учись). Да, скажу ещё, что с самого начала пользования Ubuntu (начинал с 10.04) нужные разделы жёстких дисков подключаю (монтирую) вручную (нажатием на соответствующую иконку); пробовал как-то в меню ОС ставить автоподключение, но при этом ОС разделы называет как-то по-своему, так что по мне, так лучше вручную открывать (работа нетяжёлая); также ещё скажу, что на ноуте обновление с 20.04 до 22.04 прошло нормально и похожей неприятности (как с этим стационарным ПК) не возникло.

[andytux]

(монтирую) вручную (нажатием на соответствующую иконку)

Это как-раз не вручную. Система решает, что, куда и как она смонтирует. Ты всего лишь кнопка.

[CyrusEugene]

Это как-раз не вручную. Система решает, что, куда и как она смонтирует.

Понятно.

на ноуте обновление с 20.04 до 22.04 прошло нормально и похожей неприятности (как с этим стационарным ПК) не возникло.

Немного не в тему, но вспомнил вот такой момент. На ноуте Ubuntu (22.04 на данный момент) у меня всегда стояла единственной ОС и когда 6 лет назад ставил ещё 16.04, то пользовательский медиараздел сначала сделал в ext4 (перед установкой ОС подготовку HDD делал в gparted в режиме live-CD), а после установки Ubuntu она почему-то посчитала, что сей раздел ext4 только для чтения и что нет прав для записи или удаления файлов/папок на нём; мне тогда пришлось переделывать его (раздел) на ntfs и после этого всё стало как надо - не только просмотр, но и запись/удаление заработали. Это я к тому вспомнил, что некоторые говорят, что в linux нежелательно использовать ntfs от слова совсем.

[ALiEN]

раздел ext4 только для чтения и что нет прав для записи или удаления файлов/папок на нём;

Нужно было просто сменить владельца.