hostnamectl возвращает Operating System: Fedora 28 (Workstation Edition)

как понять чья федя там?

как понять чья федя там?

Rfremix и чистая отличаются только репами

Поэтому sudo dnf repolist

russianfedora-free и russianfedora-nonfree?

Rfremix и чистая отличаются только репами

Если не так то, не кидайте тапкм

Я думал это из-за hdd

Я думаю если баг то куда? :) Думал может на discource поболтать об этом.

чего? что это значит?)

🤣

ОК

т.е. не поддерживается более?

Поэтому sudo dnf repolist

russianfedora-free Russian Fedora for Fedora 28 - Free 117 russianfedora-free-updates Russian Fedora for Fedora 28 - Free - Updates 20 russianfedora-nonfree Russian Fedora for Fedora 28 - Nonfree 58 russianfedora-nonfree-updates Russian Fedora for Fedora 28 - Nonfree - Updates 18 вот такое нашлось...таки rfremix я на правильном пути?

russianfedora-free Russian Fedora for Fedora 28 - Free 117 russianfedora-free-updates Russian Fedora for Fedora 28 - Free - Updates 20 russianfedora-nonfree Russian Fedora for Fedora 28 - Nonfree 58 russianfedora-nonfree-updates Russian Fedora for Fedora 28 - Nonfree - Updates 18 вот такое нашлось...таки rfremix я на правильном пути?

Удали их и хотя бы до 29 апни

Удали их и хотя бы до 29 апни

прямо сейчас стартую

т.е. не поддерживается более?

https://t.me/russianfedora/387450 🙂 Может еще реанимируют.

ахахахаха, снова ICE? :)

ох уж этот gcc 9

ахахахаха, снова ICE? :)

Я тоже проржал.

никогда такого не было и вот опять

==Оффтоп== Как на андроид почистить БЫСТРО кэш приложений?

спасибо, процесс пошел!

Жирик пофиксил. Теперь и а Арче/Дебиан/Убунту через годика пол все смогут пользоваться.

Жирик пофиксил. Теперь и а Арче/Дебиан/Убунту через годика пол все смогут пользоваться.

Хех

Обновился до 30 федоры. Игнорируется репозиториев: russianfedora-free-updates, russianfedora-free, russianfedora-nonfree-updates, russianfedora-nonfree вот это как исправить?

Aw

Уважаемые пользователи репозиториев Russian Fedora, а также RFRemix! Сообщаем вам, что по не зависящим от нас причинам проект Russian Fedora временно уходит в отпуск на один выпуск Fedora. Таким образом, релиза RFRemix 30 не состоится. В настоящее время большая часть актуальных пакетов из Russian Fedora были перемещены в апстрим Fedora, а также в RPM Fusion, поэтому рекомендуем вам как можно скорее отключить репозитории Russian Fedora до выполнения обновления до Fedora 30, чтобы оно прошло в штатном режиме без конфликтов между пакетами. Сейчас необходимо сделать следующее: 1. произвести замену пакета rfremix-release на fedora-release (только пользователям RFRemix): sudo dnf swap rfremix-release fedora-release --allowerasing 2. полностью отключить репозитории Russian Fedora: sudo dnf remove 'russianfedora*' 3. произвести синхронизацию выпуска дистрибутива с эталоном: sudo dnf distro-sync --allowerasing #fedora #russianfedora #rfremix #issue

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

понятно

только что обновился вроде пока нормально. но не все проверил

только что обновился вроде пока нормально. но не все проверил

openjdk-1.8.0 в порядке 👌

починили?

починили?

Так и не ломалось, просто говорю, всё ок ) С идеей приживается нормально, под 29 там вроде надо было патчить какое-то время назад

я пока не смотрел, но там надо поковырятся что то выпилили 1.8 openjdk из 29

Просто очешуено, почти собрал образ минимал кде, и на флешке закончилось место, и всё по новой. Утром

всем привет,не выходит запустить virtual box sudo dnf install gcc kernel-devel kernel-headers akmod-VirtualBox VirtualBox

всем привет,не выходит запустить virtual box sudo dnf install gcc kernel-devel kernel-headers akmod-VirtualBox VirtualBox

Привет. 1. Перезагрузись. 2. Или перезагрузи юнит с модулями.

не помогло

не помогло

cat /var/cache/akmods/VirtualBox/.last.log | fpaste

@Artem4 говорят помогает / sbin/ vboxconfig но нету такого файла

cat /var/cache/akmods/VirtualBox/.last.log | fpaste cat: /var/cache/akmods/VirtualBox/.last.log: No such file or directory

Модули вообще даже не пытались у тебя собираться.

sudo akmods --force

4.18.16-300.fc29.x86_64 [ ОК ] Files needed for building modules against kernel 4.18.16-300.fc29.x86_64 could not be found as the following directories are missing: /usr/src/kernels/4.18.16-300.fc29.x86_64/ /lib/modules/4.18.16-300.fc29.x86_64/build/Is the correct k[СБОЙ ]evel package installed?

У тебя ядро из прошлого века. sudo dnf upgrade --refresh -y

udo dnf upgrade --refresh -y Fedora Modular 29 - x86_64 70 kB/s | 25 kB 00:00 Fedora Modular 29 - x86_64 - Updates 38 kB/s | 24 kB 00:00 Fedora 29 - x86_64 - Updates 105 kB/s | 25 kB 00:00 Fedora 29 - x86_64 - Updates 6.9 MB/s | 26 MB 00:03 Fedora 29 - x86_64 90 kB/s | 25 kB 00:00 google-chrome 15 kB/s | 1.3 kB 00:00 RPM Fusion for Fedora 29 - Free - Updates 16 kB/s | 10 kB 00:00 RPM Fusion for Fedora 29 - Free 41 kB/s | 10 kB 00:00 RPM Fusion for Fedora 29 - Nonfree - Updates 18 kB/s | 10 kB 00:00 RPM Fusion for Fedora 29 - Nonfree 51 kB/s | 10 kB 00:00 Зависимости разрешены. Проблема 1: package virtualbox-guest-additions-6.0.4-2.fc29.x86_64 conflicts with VirtualBox-server > 6.0.4-2.fc29 provided by VirtualBox-server-6.0.6-3.fc29.x86_64 - cannot install the best update candidate for package virtualbox-guest-additions-6.0.4-2.fc29.x86_64 - cannot install the best update candidate for package VirtualBox-server-5.2.20-1.fc29.x86_64 Проблема 2: problem with installed package virtualbox-guest-additions-6.0.4-2.fc29.x86_64 - package virtualbox-guest-additions-6.0.4-2.fc29.x86_64 conflicts with VirtualBox-server > 6.0.4-2.fc29 provided by VirtualBox-server-6.0.6-3.fc29.x86_64 - package VirtualBox-6.0.6-3.fc29.x86_64 requires VirtualBox-server = 6.0.6, but none of the providers can be installed - cannot install the best update candidate for package VirtualBox-5.2.20-1.fc29.x86_64 Package Architecture Version Repository Size

Пропуск пакетов с конфликтами: (добавьте «--best --allowerasing» к командной строке для их принудительного обновления): VirtualBox-server x86_64 6.0.6-3.fc29 rpmfusion-free-updates 40 M Пропуск пакетов с нарушенными зависимостями : VirtualBox x86_64 6.0.6-3.fc29 rpmfusion-free-updates 2.1 M Результат транзакции Пропуск 2 Пакета Отсутствуют действия для выполнения Выполнено!

Рассинхрон с rpmfusion репой.

если удалить virtualbox то конфликтов нет

Да это регулярно случается.

ядро последнее что предложило при обновлении системы

rpmfusion живет сам по себе своей жизнью и апдейты прилетают не одновоременно с main репой.

я обновлял систему вчера,установлено все самое свежее

Ну удали пока, а потом ручками выкачаешь vbox с коджи. Либо к тому времени уже появится на твоих зеркалах и всё обновится.

в том числе и ядро

А почему ядро тогда 4.18.16-300?

вот этого я не знаю обновлял до упора так sudo dnf upgrade --refresh

Покажи вывод uname -r

потом пишет что система полностью обновлена и все

uname -r 4.18.16-300.fc29.x86_64

удалил virtualbox и предложило ядро 5.0 поставить.Сейчас попробую еще раз

Осторожнее с ядром

Уязвимость в ядре Linux, позволяющая вызвать крах через отправку UDP-пакета https://opennet.ru/50620/

похоже я не уследил как у меня ядро понизилось

удалил virtualbox и предложило ядро 5.0 поставить.Сейчас попробую еще раз

Отлично. Потом если что накатим вручную vbox последний. Из-за vbox такого рода проблемы постоянно.

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

sudo dnf list installed | grep "kernel" [sudo] пароль для oleg: abrt-addon-kerneloops.x86_64 2.12.0-2.fc29 @updates kernel.x86_64 4.18.16-300.fc29 @anaconda kernel.x86_64 5.0.9-200.fc29 @updates kernel.x86_64 5.0.10-200.fc29 @updates kernel-core.x86_64 4.18.16-300.fc29 @anaconda kernel-core.x86_64 5.0.9-200.fc29 @updates kernel-core.x86_64 5.0.10-200.fc29 @updates kernel-headers.x86_64 5.0.9-200.fc29 @updates kernel-modules.x86_64 4.18.16-300.fc29 @anaconda kernel-modules.x86_64 5.0.9-200.fc29 @updates kernel-modules.x86_64 5.0.10-200.fc29 @updates kernel-modules-extra.x86_64 4.18.16-300.fc29 @anaconda kernel-modules-extra.x86_64 5.0.9-200.fc29 @updates kernel-modules-extra.x86_64 5.0.10-200.fc29 @updates libreport-plugin-kerneloops.x86_64 2.10.0-2.fc29 @updates

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

Это точно ненормально. Не было такого никогда. Попробуй пересоздать конфиг: sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg

Но если в Fedora например настраивать сеть по Arch конфигу, то еще и не такое может случиться. 😊

Ребята,как грамотно сменить имя хоста с помощью редактирования файлов? nano /etc/hostname oleg-mycomp nano /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 127.0.1.1 oleg-mycomp ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 так пойдет?Смущает 127.0.1.1,это не вызовет проблем? взял из убунту просто

Я hostname менял через hostnamectl (вроде так написал), полет нормальный.

Что еще любопытно, так это я специльно пробовал накатаывать старые версии Fedora которые давно EOL и старючие версии CentOS первых выпусков. Делал после установки сразу полный апдейт эпический и всё работало.

Но вот даже из-за сторонней репы как rpmfusion всё может быть...

udo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg /usr/bin/grub2-editenv: error: cannot rename the file /boot/grub2/grubenv.new to /boot/grub2/grubenv: No such file or directory. /usr/sbin/grub2-mkconfig: line 268: /boot/efi/EFI/fedora/grub.cfg.new: No such file or directory

и самой папки нету

ls APPLE BOOT CLOVER Microsoft opensuse

У тебя legacy bios?

у меня efi и стояло много чего до этого

Ну тогда понятно.

можно как то создать ?