LINUX.ORG.RU
ФорумGames

Подключение библиотеки стим на второй hdd

 ,


0

1

Доброе время суток, elementary os 6,1 steam flatpak, второй hdd ext4, стоит только линукс, виндовса нет вообще. При добавлении новой папки стима, не определяется второй hdd, т.е. нет папки медиа, мнт и т.п. в папке dev при выборе sda1 пишет ошибку монитрования с правами на исполнение. Я уже перепробовал кучу решений и с русских сайтов и через переводчик, но проблему не могу решить. Вторые сутки мучаю и никак не могу решить данную проблему. Очень прошу, кого бесит такая тупость и если не хотите помочь в решении данной проблемы - не пишите тогда ничего. Доп информацию которая потребуется предоставлю


В /etc/fstab пишешь

# LABEL="ARC" UUID="fc9b5ed0-3252-45b5-8de9-509e8a12cd9b" UUID_SUB="afaf42eb-b7b3-4103-8f86-54ea67bfdfdd" TYPE="btrfs" PARTUUID="6befdeb1-03bf-4dca-964e-808cb393e247" ,subvol=<FS_TREE>
UUID=fc9b5ed0-3252-45b5-8de9-509e8a12cd9b /storage/ARC           btrfs noatime,ssd,compress-force=zlib:6,commit=3600,thread_pool=1 1 2
UUID=fc9b5ed0-3252-45b5-8de9-509e8a12cd9b /storage/steam/wdg     btrfs discard=async,noatime,datacow,datasum,ssd,compress-force=zlib:6,commit=3600,thread_pool=3,subvolid=410,subvol=steam 1 1

# LABEL="steam_linux_nvme" UUID="36165962-e6bc-4c7e-a334-bc025622c66d" UUID_SUB="087df22f-3327-4d5e-ac77-8d56863a8079" TYPE="btrfs" PARTUUID="36188c84-4cfc-449c-8dbc-29fdc242e271"
UUID=36165962-e6bc-4c7e-a334-bc025622c66d /storage/steam/nvme    btrfs discard=async,noatime,datacow,datasum,ssd,compress-force=zlib:6,commit=3600,thread_pool=3,subvolid=315,subvol=steam 1 1

Естественно с правкой и предварительным форматированием разделов в btrfs

torvn77 ★★★★★
()

У тебя второй HDD именно или второй раздел на HDD?

Покажи вывод:

sudo lsblk
sudo fdisk -l
sudo blkid
anonymous
()
Ответ на: комментарий от anonymous

Второй жесткий диск.

getrect@MS7B8935618765:/media$ sudo lsblk [sudo] пароль для getrect:
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 447.1G 0 disk
└─sda1 8:1 0 447.1G 0 part /media/steamgames nvme0n1 259:0 0 238.5G 0 disk
├─nvme0n1p1 259:1 0 263.1M 0 part /boot/efi └─nvme0n1p2 259:2 0 238.2G 0 part
├─data-root 253:0 0 234.4G 0 lvm / └─data-swap 253:1 0 3.8G 0 lvm
└─cryptswap 253:2 0 3.8G 0 crypt [SWAP] getrect@MS7B8935618765:/media$ sudo fdisk -l Диск /dev/nvme0n1: 238.49 GiB, 256060514304 байт, 500118192 секторов Disk model: SPCC M.2 PCIe SSD
Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: gpt Идентификатор диска: CBD17384-AF5F-4EEB-847C-D63FAC5F8B2A

Устр-во начало Конец Секторы Размер Тип /dev/nvme0n1p1 4096 542966 538871 263.1M EFI /dev/nvme0n1p2 542968 500114094 499571127 238.2G Файловая система Linux

Диск /dev/sda: 447.13 GiB, 480103981056 байт, 937703088 секторов Disk model: CT480BX500SSD1
Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт Тип метки диска: dos Идентификатор диска: 0x3de60439

Устр-во Загрузочный начало Конец Секторы Размер Идентификатор Тип /dev/sda1 2048 937701375 937699328 447.1G 83 Linux

Диск /dev/mapper/data-root: 234.4 GiB, 251679211520 байт, 491560960 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/mapper/data-swap: 3.84 GiB, 4097835008 байт, 8003584 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/mapper/cryptswap: 3.84 GiB, 4097310720 байт, 8002560 секторов Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 512 байт Размер I/O (минимальный/оптимальный): 512 байт / 512 байт getrect@MS7B8935618765:/media$ sudo blkid /dev/mapper/data-root: UUID=«294bd079-b07a-408f-ab6c-3f90d5698bee» TYPE=«ext4» /dev/nvme0n1p1: UUID=«3B72-EE45» TYPE=«vfat» PARTUUID=«fd096d9c-5d34-4a53-9ebe-6b170e1a2c89» /dev/nvme0n1p2: UUID=«Wb4fPS-SnrQ-9XaN-ZL7p-SaBB-z77V-Lkz2oO» TYPE=«LVM2_member» PARTUUID=«8ff93343-dd44-4396-bf11-b3cd4e0272e4» /dev/sda1: UUID=«8bfa6ea6-4ee9-4299-9dec-1a74c7fa7db0» TYPE=«ext4» PARTUUID=«3de60439-01» /dev/mapper/data-swap: UUID=«94e15c5a-79fb-4b19-936a-67c897628292» TYPE=«swap» /dev/mapper/cryptswap: UUID=«58e8025a-4796-405a-8082-43d7713c851a» TYPE=«swap» getrect@MS7B8935618765:/media$

fedwow
() автор топика

Вместо flakpak надо поставить нормально стим в систему из deb и все будет видецца.

d_a ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

я извиняюсь за то что не вышло поместить столько текста под спойлер

fedwow
() автор топика
Ответ на: комментарий от LongLiveUbuntu

Почему это стебусь?
Это реальные строки из fstab моего кухонного компа, на wdg расположены казуалки и квесты, на nwme 3D игры.

torvn77 ★★★★★
()
Ответ на: комментарий от d_a

Плюсую. Но там скорее всего pure64 bit система, а Стиму нужен мультилиб.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от fedwow

Тебе надо подключить i386 архитектуру и поставить недостающие пакеты. Все, проблема решена.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от torvn77

Конечно же, нет.

Единственное для чего можно (наверно, я не проверял) использовать btrfs и получить большую надёжность, чем ext4 - это raid1 на 2x дисках. Благодаря хранению чексумм, фс сможет не только определить факт повреждения блока, но и определить, какое из зеркал хранит корректную версию и восстановить данные.

eternal_sorrow ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Хрен там, у меня фиг знает с какого года и норм все, а эти ваши btrfs при активных чтении/записи просто сыпятся.

А Стим с игрушками часто пишут на диск?
Впрочем у меня хомяк на третьем диске и тоже в btrfs и туда гигами пишется кеш от ютуба и вк и тоже ничего не падает, может ты в опциях ssd_spread указал или -m single при форматировании сделал?

torvn77 ★★★★★
()
Ответ на: комментарий от fedwow
Ответ на: комментарий от d_a

Да, помогло, сразу же увидел второй жесткий диск, тогда не особо понимаю почему с первым вариантом так не получилось. Хотя раз я такой пользователь то может и не нужно знать)

fedwow
() автор топика
Ответ на: комментарий от fedwow

тогда не особо понимаю почему с первым вариантом так не получилось

Потому что flatpak - это некий аналог chroot с разграничением прав доступа экзешника ко всему, что за пределами этого chroot лежит. Тебе такое совсем не подходит.

LongLiveUbuntu ★★★★★
()
Ответ на: комментарий от LongLiveUbuntu

Я когда услышал об этой теме подумал что наоборот будет очень удобно… спасибо огромное всем кто помогал

fedwow
() автор топика
Ответ на: комментарий от fedwow

В первом варианте flakpak запускает стим в контейнере, в котором не поддерживается проброс блочных устройств. Проще говоря, игры ни на отдельный винт, на отдельный раздел не сложить.

d_a ★★★★★
()
Ответ на: комментарий от d_a

И получается что решения никакого нет. понял

fedwow
() автор топика

Обмажутся своими флатпаками и unshare друг друга в /dev/ass

mittorn ★★★★★
()

По умолчанию flatpak приложения имеют доступ только в свою папку (в данном случае это ~/.var/app/com.valvesoftware.Steam)

Поэтому тебе надо или расширить права для стима, или смонтировать папку внешнего диска туда куда у стима уже есть права.

Если лень читать про командную строку flatpak, поставь flatseal.

Gary ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.