вообще вивальди держу из-за кросплатформенности и возможности работать в нескольких окошках (с документами)

а Firefox чем не кроссплатформенный? и то, что ты показываешь, реализуется тайлингом для любого софта

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

syncthing или nextcloud, я после того, как мылору решило, что вечный терабайт закончился, а гугл-диск тупо зарезал место... в общем, я с конторами больше не играю...

не пробовал, но выглядит интересно

Такая штука ещё на глаза попалась, тоже думаю потыкать.

Такая штука ещё на глаза попалась, тоже думаю потыкать.

кстати, кто пользовался https://tixati.com/ ? вроде, забавная штука

кстати, кто пользовался https://tixati.com/ ? вроде, забавная штука

попробую

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

на ЛОРе хвалят за поиск сидов... я пока не разобрался, данных просто ведро, автор настаивает, что работает на Fedora

Там вроде вместе с клиентом ещё и встроенный поиск торрентов был, что-то такое.

Свой торрент клиент слепил

По этому гайду я никогда не делал так из Феди зюзю. В boot/efi хранится загрузчик, думаю ему достаточно гига, как в гайде. Только я не знаю будет ли у тебя нормально работать двойная загрузка. Я тебе советую сделать обычный дуалбут.

да, что-то такое есть

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

что может потенциально там храниться что дается ему аж 1гиг?

не вижу пока ничего выделяющегося по этой теме

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

наделал кучу снимков, раздел не увеличился ((((

А они работают, откатиться пробовал? И вопрос можно автору этой разметки задать. Я не пробовал ее. Я люблю попроще.

должны)))))

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

то есть ядра хранятся не в ефи?

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

что может потенциально там храниться что дается ему аж 1гиг?

потенциально там хранятся загрузчики твоих установленных ОС. Если одна ОС, то думаю 200-500 Мб будет достаточно всем, если же дуал бут с, например, виндой, то менее 500-600 лушче не пробовать, а 1 гиг дает тебе запас "по прочности" на всякие случаи. Сейчас с текущими размерами дисков экономия 500-400 Мб выглядит нелепо.

У меня 20 мб и не меняется, с дуалбутом

выглядит как недопонимание. раздел /boot - 20mb?

У меня 20 мб и не меняется, с дуалбутом

20 это использовано?

Да, около двадцати

у тебя дуал бут как организован? у тебя винда и федора на одном диске?

1.7 Гиг это конечно ты дал "маху" :) у тебя у винды свой ефи. Из феди можешь показать выхлоп той команды выше?

1.7 Гиг это конечно ты дал "маху" :) у тебя у винды свой ефи. Из феди можешь показать выхлоп той команды выше?

А разве для загрузчика винды можно использовать загрузчик федоры?

А разве для загрузчика винды можно использовать загрузчик федоры?

1.7 Гиг это конечно ты дал "маху" :) у тебя у винды свой ефи. Из феди можешь показать выхлоп той команды выше?

https://paste.centos.org/view/cbd108f3 Вот пример с бука с дуалбутом. (Win10 + Fedora Sway с авторазметкой)

а вот на счет снапшотов, ты ведь тоже используешь их, насколько я помню?

На этом буке, что выше указал по ссылке на фпасту, и компе - нет, на другом буке - да.

у меня просто проблема возникла после востновления, на новой системе error: ../../grub-core/fs/btrfs.c:2153:file /root/boot/vmlinuz-6.15.10-200.fc42.x86_64 not found. error: ../../grub-core/loader/i386/efi/linux.c:258: you need to load the kernel first. хотя вроде все в порядке с настройкой так понял надо было конфиг обновить, или он должен был сам это сделать но не сделал

Настраивал по гайду от сисгайд?

erian@fedora:~$ sudo tree /boot -L 4 && df -H /boot && df -H /boot/efi /boot ├── config-6.14.0-63.fc42.x86_64 ├── config-6.15.10-200.fc42.x86_64 ├── efi │   ├── EFI │   │   ├── BOOT │   │   │   ├── BOOTIA32.EFI │   │   │   ├── BOOTX64.EFI │   │   │   ├── fbia32.efi │   │   │   └── fbx64.efi │   │   └── fedora │   │   ├── BOOTIA32.CSV │   │   ├── BOOTX64.CSV │   │   ├── gcdia32.efi │   │   ├── gcdx64.efi │   │   ├── grub.cfg │   │   ├── grubia32.efi │   │   ├── grubx64.efi │   │   ├── mmia32.efi │   │   ├── mmx64.efi │   │   ├── shim.efi │   │   ├── shimia32.efi │   │   └── shimx64.efi │   ├── mach_kernel │   └── System │   └── Library │   └── CoreServices ├── grub2 │   ├── earlyboot.cfg │   ├── fonts │   │   └── unicode.pf2 │   ├── grub-btrfs.cfg │   ├── grub.cfg │   └── grubenv ├── initramfs-0-rescue-14fca840dd11426482ca9ace28dc6941.img ├── initramfs-6.14.0-63.fc42.x86_64.img ├── initramfs-6.15.10-200.fc42.x86_64.img ├── loader │   └── entries │   ├── 14fca840dd11426482ca9ace28dc6941-0-rescue.conf │   ├── 14fca840dd11426482ca9ace28dc6941-6.14.0-63.fc42.x86_64.conf │   └── 14fca840dd11426482ca9ace28dc6941-6.15.10-200.fc42.x86_64.conf ├── symvers-6.14.0-63.fc42.x86_64.xz -> /lib/modules/6.14.0-63.fc42.x86_64/symvers.xz ├── symvers-6.15.10-200.fc42.x86_64.xz -> /lib/modules/6.15.10-200.fc42.x86_64/symvers.xz ├── System.map-6.14.0-63.fc42.x86_64 ├── System.map-6.15.10-200.fc42.x86_64 ├── vmlinuz-0-rescue-14fca840dd11426482ca9ace28dc6941 ├── vmlinuz-6.14.0-63.fc42.x86_64 └── vmlinuz-6.15.10-200.fc42.x86_64 12 directories, 37 files Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p4 430G 55G 374G 13% / Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p3 1.9G 21M 1.9G 2% /boot/efi

Судя по твоему выхлопу, у тебя свежая система установлена и обновлена(была) до 6.15.10. Ты убил ее, для эксперимента. Если все верно настроил, у тебя должен был быть снимок сделан до обновлния. Загрузись в него.

снимки есть, гружусь и вот

Из меню граба выбери загрузку в снэпшоты, затем выбери снэпшот, там будет выбор варианта с ядром, не работает так?

работает, я выбирал все варианты

только два снимка имеется, ладно, тогда переустановлю

только два снимка имеется, ладно, тогда переустановлю

при переустановке не делай boot/efi в почти 2 гига, это лишнее ))))

Это для эстетики))) сам посмотри какой у меня диск при Винде 64, ефи 1.7 и бтрфс почти ровно 400. А так да сделаю как ты сказал

Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p3 1.9G 21M 1.9G 2% /boot/efi я про эти вот 1.9G :)

Как я понял, граб не тот способ полноценного восстановления системы ? Нужно обязательно через снаппер сделать

Через снаппер. Вечером посмотрю. На бегу не просто отвечать ;)

То есть и гуи тоже?

Тут как тебе удобнее.

То есть граб только в крайнем случае? Как я проверил, восстановление работает по схеме: Восстановил из граба старую версию например, загружаешься в систему, система ро, записывать новый нельзя, ибо конфиг не доступен, но можно использовать любой доступный, перезагружаешься, снаппер сам ставит последний снапшот. Верно?

Граб тебе позволяет загрузится в систему до твоего краша. Исправить, настроить.

но система ро, то есть он позволяет настроить или востановить снапшоты?