Le 15/06/2019 à 23:23, François Patte a écrit :
> Bonjour,
>
> I sent several messages about kernel updates and grubby.
>
> Once upon a time I made 4 partitions on a ssd drive where the system is
> installed. I use raid1+lvm
>
> on sda1 and sdb1 I put the a /boot partition (raid1) for a debian i
On 6/16/19 7:46 AM, Oleg Cherkasov wrote:
On 16.06.2019 02:22, ToddAndMargo via users wrote:
Hi All,
I just upgraded two Fedora 28 servers to Fedora 30. Both
have/had xRDP running on them.
After the upgrade, one works perfectly.
The other one, after you enter Xorg, username, password,
it swi
On 6/17/19 1:03 PM, Patrick Dupre wrote:
From: "Samuel Sieb"
Where are you entering this? From a console or ssh?
Yes
That wasn't intended to be a yes or no question. I assume from the
answer below that it's a terminal console.
Try using "kill -HUP" on the gnome-shell process.
From a t
On 6/17/19 3:42 PM, Ulf Volmer wrote:
On 17.06.19 17:00, Tim Evans wrote:
of flag, but they are apparently created on login, rather than being
permanent. On both systems the primary userid (UID 1000) is shown as:
SystemAccount=true
Have you checked /etc/login.defs?
Thank you, Ulf. Don't
On Mon, 17 Jun 2019 07:34:43 +0200
François Patte wrote:
> I recall that my problem occurs since f29 and when I upgraded to f29
> kernel updates had not this problem, it occurs only since a few
> months.
There is some more information about setting the default here.
https://fedoraproject.org/wi
On Mon, 17 Jun 2019 07:34:43 +0200
François Patte wrote:
> ]# grub2-editenv - list
>
> saved_entry=Fedora (4.10.8-200.fc25.x86_64) 25 (Twenty Five)
> boot_success=1
> boot_indeterminate=1
>
> What does it mean?
I think it means that your last booted kernel is not saved.
> f25 is over since ye
===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire interdisciplinaire Carnot de Bourgogne
9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
Tel: +33 (0)380395988
==
On 17.06.19 17:00, Tim Evans wrote:
> of flag, but they are apparently created on login, rather than being
> permanent. On both systems the primary userid (UID 1000) is shown as:
>
> SystemAccount=true
Have you checked /etc/login.defs?
Best regards
Ulf
_
I have experienced similar issues with two different F29->F30 upgrades
via dnf. Although what happened wasn't identical on both upgrades, the
results were the same: After upgrade/reboot, the GDM login screen does
not show the primary (previously existing) user name (UID 1000).
In the first up