Long boot time of live usb, ethernet down after reboot

This forum is dedicated to testing early releases and cauldron : Howtos, tips, tricks and user global feedback and thoughts...

Helpful tip :
For bugs tracking we use : https://bugs.mageia.org = The Mageia Bug Tracker
In this bug tracker you'll find already reported bugs and you'll be able to report those you have found....

Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 5th, '20, 22:52

I have made a live USB using IsoDumper 1.24 and Mageia-8-beta1-Live-Plasma-x86_64.iso.
Loading took a very long time: https://svgur.com/s/RCW and http://paste.org.ru/?zyxhqu are systemd-analyze outputs.
And after that I have got no usable GUI, only Mageia welcome window in 20 minutes after locale setup.

Another issue is that after loading live image (no matter if there was a persistence partition or usb was made by simple dd) i have no internet connection (my ethernet adapter was down). And it also was down after reboot to installed Mageia 8. lspci output: http://paste.org.ru/?yltsr5.
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby Kosh » Nov 6th, '20, 22:44

Looks like you created your own live iso and something went wrong. (i.e. not all packages required for Plasma?)

Just a suggestion:
If you use the standard iso for MGA8Beta1 will that run and give you a working eth0?
I.e. if you use the classic version and in the setup select Plasma.
Download here: https://www.mageia.org/en/downloads/prerelease/
Kosh
 
Posts: 20
Joined: Mar 11th, '19, 17:00

Re: Long boot time of live usb, ethernet down after reboot

Postby martinw » Nov 7th, '20, 00:08

Please provide details of your hardware.
martinw
 
Posts: 599
Joined: May 14th, '11, 10:59

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 7th, '20, 22:44

Kosh wrote:Looks like you created your own live iso

No, I didn't master my own iso, I used original live iso from https://www.mageia.org/en-gb/downloads/get/?q=Mageia-7.1-Live-Plasma-x86_64.iso and dd or IsoDumper.

Kosh wrote:and something went wrong.
Trouble is about huge boot time, could you check systemd-analyze plot output?

Kosh wrote:Just a suggestion:
If you use the standard iso for MGA8Beta1 will that run and give you a working eth0?
I.e. if you use the classic version and in the setup select Plasma.
Download here: https://www.mageia.org/en/downloads/prerelease/

I tried. I stopped install at disk layout phase. No network commands were available, just drakx prompt.
After reboot to installed Mageia 8 I had enp5s0 not working. Reboot didn't help, but poweroff and poweron did help. Things are really weird.

martinw wrote:Please provide details of your hardware.

lspci output.
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby martinw » Nov 8th, '20, 02:11

Processor?
Amount of RAM?
It would be better to include command output directly here, using code tags.
martinw
 
Posts: 599
Joined: May 14th, '11, 10:59

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 8th, '20, 08:34

martinw wrote:Processor?

Ryzen 5 3500X

martinw wrote:Amount of RAM?

16 GB
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby martinw » Nov 8th, '20, 11:10

Have you successfully run any other version of Linux on that machine? It's very new hardware, so it might be the kernel on the beta1 ISO is too old to properly support it.

If you can get to a text console (via Ctrl-Alt-F2), log in as root, run 'journalctl', and look for any error messages.

For reference, on my 7 year old laptop it takes ~35 seconds to get to the language selection screen, and 10 seconds from the keyboard selection screen to a working Plasma desktop.
martinw
 
Posts: 599
Joined: May 14th, '11, 10:59

Re: Long boot time of live usb, ethernet down after reboot

Postby morgano » Nov 10th, '20, 11:49

[quote="Northsoft"] I used original live iso from https://www.mageia.org/en-gb/downloads/get/?q=Mageia-7.1-Live-Plasma-x86_64.iso and dd or IsoDumper.

Could you try Mageia 8 beta 1 live iso, made persistent, so if it gets to a working state you can update it to current cauldron, giving you the latest versions of kernel, drivers...
Mandriva since 2006, then Mageia since 2011 at home & work. Thinkpad T42p T43 T60 T61 T400. Aspire 7. Workstation using LVM, LUKS, VirtualBox, BOINC, CAD
morgano
 
Posts: 626
Joined: Jun 15th, '11, 17:51
Location: Kivik, Sweden

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 10th, '20, 12:10

Fix! Mageia 7 Live ISO does not work with my AMD 5500XT videocard, I use Mageia 8 Live.
Last edited by doktor5000 on Nov 10th, '20, 12:18, edited 1 time in total.
Reason: removed fullquote
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 10th, '20, 23:23

martinw wrote:Have you successfully run any other version of Linux on that machine? It's very new hardware, so it might be the kernel on the beta1 ISO is too old to properly support it.

If you can get to a text console (via Ctrl-Alt-F2), log in as root, run 'journalctl', and look for any error messages.

For reference, on my 7 year old laptop it takes ~35 seconds to get to the language selection screen, and 10 seconds from the keyboard selection screen to a working Plasma desktop.


New launch from another USB stick! Now i've got working desktop, but it still takes too long to boot.

systemd-analyze blame:
Spoiler:
1min 51.810s drakx-installer-xsetup.service
27.550s network-up.service
26.034s udisks2.service
17.067s shorewall.service
16.921s mandriva-everytime.service
5.726s cups.service
4.985s systemd-udev-settle.service
4.791s lvm2-monitor.service
4.000s shorewall6.service
3.549s systemd-vconsole-setup.service
3.439s fedora-readonly.service
3.004s dev-loop0.device
2.240s fedora-loadmodules.service
1.502s systemd-udevd.service
1.465s systemd-sysctl.service
1.409s systemd-journal-flush.service
1.089s resolvconf.service
988ms mga-bg-res.service
908ms upower.service
727ms preload.service
670ms polkit.service
654ms avahi-daemon.service
648ms dbus.service
643ms rtkit-daemon.service
641ms partmon.service
638ms systemd-homed.service
635ms numlock.service
634ms systemd-logind.service
630ms plymouth-start.service
520ms network.service
339ms systemd-tmpfiles-clean.service
338ms systemd-random-seed.service
268ms systemd-tmpfiles-setup-dev.service
252ms systemd-udev-trigger.service
234ms systemd-journald.service
206ms systemd-modules-load.service
190ms systemd-repart.service
169ms systemd-userdbd.service
146ms systemd-tmpfiles-setup.service
118ms mdmonitor-takeover.service
105ms dev-hugepages.mount
104ms dev-mqueue.mount
104ms sys-kernel-debug.mount
104ms sys-kernel-tracing.mount
103ms tmp.mount
102ms kmod-static-nodes.service
102ms systemd-remount-fs.service
81ms user@1000.service
59ms gpm.service
33ms dracut-shutdown.service
21ms plymouth-quit-wait.service
21ms plymouth-quit.service
20ms apmd.service
14ms systemd-update-utmp.service
13ms dmraid-activation.service
11ms plymouth-read-write.service
7ms systemd-update-utmp-runlevel.service
6ms systemd-user-sessions.service
4ms user-runtime-dir@1000.service
1ms sys-fs-fuse-connections.mount


systemd-analyze plot: https://svgur.com/s/RNo

journalctl: http://paste.org.ru/?acnjl2
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby morgano » Nov 13th, '20, 18:54

This seem to be old 8b1 without updates?
*A lot* have been updated since, like kernel, plasma, ...
Log mentions a plasma related circular dependency, I also recommend to use xfce iso instead of Plasma iso to get faster to desktop and less things that can go wrong. When that works, install Plasma.

Unfortunately we do not yet have newer isos, but you could either
1) Create USB stick persistent, so you can update it (newer kernel, etc), and see if that goes better
2) boot netinstall iso on one small stick, and install to another stick like if it was a hard disk. (Take care about where bootloader is put etc...)
3) temporarily for testing this problem, for safety remove your disk and put in some other for testing this problem by installing using netinstall.

If still problem then, please open a bug with such nice logs as you grabbed here.
Mandriva since 2006, then Mageia since 2011 at home & work. Thinkpad T42p T43 T60 T61 T400. Aspire 7. Workstation using LVM, LUKS, VirtualBox, BOINC, CAD
morgano
 
Posts: 626
Joined: Jun 15th, '11, 17:51
Location: Kivik, Sweden

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 14th, '20, 05:06

UBUNTU launch from FIRST USB stick
blame: http://paste.org.ru/?ahbqu9
plot: http://svgur.com/s/RS1
journalctl: http://paste.org.ru/?ad5g3b
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby martinw » Nov 14th, '20, 11:38

Please try using the Mageia-8-beta1-Live-GNOME-x86_64 ISO without enabling persistence.
martinw
 
Posts: 599
Joined: May 14th, '11, 10:59

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 14th, '20, 12:55

I used Mga8b1 Plasma Live ISO without persistence at first USB stick and at least it was usable, it is my way to make volume backups at this moment.
I will provide boot logs shortly.
NB: show lsblk and mtab.

UPD: Mageia-8-beta1-Live-Plasma-x86_64.iso launched from first USB stick with no persistence partition. Boot time was ok.
Plot, blame, journalctl
After that I had no network on live and installed OS, quote from journalctl of installed OS:
Spoiler:
ноя 14 23:03:46 localhost.localdomain systemd[1]: Starting LSB: Bring up/down networking...
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[1411]: Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd[1]: Started Daemon for power management.
ноя 14 23:03:46 localhost.localdomain systemd[1]: Listening on Load/Save RF Kill Switch Status /dev/rfkill Watch.
ноя 14 23:03:46 localhost.localdomain kernel: cfg80211: Loading compiled-in X.509 certificates for regulatory database
ноя 14 23:03:46 localhost.localdomain kernel: cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
ноя 14 23:03:46 localhost.localdomain network[1356]: Поднимается кольцевой интерфейс: [ ОК ]
ноя 14 23:03:46 localhost.localdomain ifplugd(enp5s0)[2808]: ifplugd 0.28 initializing.
ноя 14 23:03:46 localhost.localdomain ifplugd(enp5s0)[2808]: Using interface enp5s0/B4:2E:99:9B:CE:88 with driver <r8169> (version: 5.9.6-desktop-1.mga8)
ноя 14 23:03:46 localhost.localdomain ifplugd(enp5s0)[2808]: Using detection mode: SIOCETHTOOL
ноя 14 23:03:46 localhost.localdomain ifplugd(enp5s0)[2808]: Initialization complete, link beat not detected.
ноя 14 23:03:46 localhost.localdomain network[1356]: Поднимается интерфейс enp5s0: [ ОК ]
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/all/rp_filter (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/default/rp_filter (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/all/accept_source_route (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/default/accept_source_route (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/all/promote_secondaries (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd-sysctl[2993]: Not setting net/ipv4/conf/default/promote_secondaries (explicit setting exists).
ноя 14 23:03:46 localhost.localdomain systemd[1]: Started LSB: Bring up/down networking.
ноя 14 23:03:46 localhost.localdomain systemd[1]: Started Disk Manager.
ноя 14 23:03:46 localhost.localdomain udisksd[1199]: Acquired the name org.freedesktop.UDisks2 on the system message bus
ноя 14 23:03:47 localhost.localdomain kernel: r8169 0000:05:00.0 enp5s0: Link is Up - 100Mbps/Full - flow control rx/tx
ноя 14 23:03:47 localhost.localdomain kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp5s0: link becomes ready
ноя 14 23:03:48 localhost.localdomain ifplugd(enp5s0)[2808]: Link beat detected.
ноя 14 23:03:49 localhost.localdomain ifplugd(enp5s0)[2808]: Executing '/etc/ifplugd/ifplugd.action enp5s0 up'.
ноя 14 23:03:49 localhost.localdomain kernel: NET: Registered protocol family 17
ноя 14 23:03:49 localhost.localdomain dhclient[3737]: DHCPREQUEST for 192.168.1.2 on enp5s0 to 255.255.255.255 port 67
ноя 14 23:03:53 localhost.localdomain kernel: ------------[ cut here ]------------
ноя 14 23:03:53 localhost.localdomain kernel: NETDEV WATCHDOG: enp5s0 (r8169): transmit queue 0 timed out
ноя 14 23:03:53 localhost.localdomain kernel: WARNING: CPU: 3 PID: 0 at net/sched/sch_generic.c:442 dev_watchdog+0x233/0x240
ноя 14 23:03:53 localhost.localdomain kernel: Modules linked in: af_packet cfg80211 rfkill nls_utf8 nls_cp437 vfat fat snd_hda_codec_realtek snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi uvcvideo snd_hda_intel videobuf2_vmalloc snd_intel_dspcfg videobuf2_memops videobuf2_v4l2 snd_hda_codec videobuf2_common snd_usb_audio snd_hda_core kvm snd_usbmidi_lib videodev snd_hwdep snd_rawmidi snd_seq_device snd_pcm irqbypass r8169 input_leds mc joydev rapl snd_timer realtek mdio_devres wmi_bmof snd k10temp libphy sp5100_tco i2c_piix4 soundcore thermal gpio_amdpt gpio_generic button acpi_cpufreq evdev sch_fq_codel efivarfs ip_tables x_tables ipv6 crc_ccitt autofs4 hid_generic usbhid hid uas usb_storage dm_crypt crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel glue_helper crypto_simd cryptd xhci_pci xhci_hcd ccp sha1_generic usbcore usb_common amdgpu iommu_v2 gpu_sched i2c_algo_bit ttm drm_kms_helper cec wmi drm dm_mirror dm_region_hash dm_log dm_mod
ноя 14 23:03:53 localhost.localdomain kernel: CPU: 3 PID: 0 Comm: swapper/3 Not tainted 5.9.6-desktop-1.mga8 #1
ноя 14 23:03:53 localhost.localdomain kernel: Hardware name: Gigabyte Technology Co., Ltd. B450M DS3H/B450M DS3H-CF, BIOS F50 11/27/2019
ноя 14 23:03:53 localhost.localdomain kernel: RIP: 0010:dev_watchdog+0x233/0x240
ноя 14 23:03:53 localhost.localdomain kernel: Code: 85 c0 75 e5 eb 9c 4c 89 ef c6 05 3c 56 ca 00 01 e8 32 01 fb ff 44 89 e1 4c 89 ee 48 c7 c7 c0 af 1a a5 48 89 c2 e8 72 2e 0e 00 <0f> 0b e9 7a ff ff ff 66 0f 1f 44 00 00 0f 1f 44 00 00 49 89 f9 48
ноя 14 23:03:53 localhost.localdomain kernel: RSP: 0018:ffffa221c02d8ea8 EFLAGS: 00010286
ноя 14 23:03:53 localhost.localdomain kernel: RAX: 0000000000000000 RBX: ffff8de93e379600 RCX: 0000000000000000
ноя 14 23:03:53 localhost.localdomain kernel: RDX: ffff8de94e8e8b20 RSI: ffff8de94e8d8900 RDI: 0000000000000300
ноя 14 23:03:53 localhost.localdomain kernel: RBP: ffff8de948cf8480 R08: 0000000000000001 R09: 00000000000004a6
ноя 14 23:03:53 localhost.localdomain kernel: R10: 00000000000190c4 R11: 0000000000000004 R12: 0000000000000000
ноя 14 23:03:53 localhost.localdomain kernel: R13: ffff8de948cf8000 R14: 0000000000000001 R15: ffff8de948cf8480
ноя 14 23:03:53 localhost.localdomain kernel: FS: 0000000000000000(0000) GS:ffff8de94e8c0000(0000) knlGS:0000000000000000
ноя 14 23:03:53 localhost.localdomain kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
ноя 14 23:03:53 localhost.localdomain kernel: CR2: 00007fcceb9ae7c0 CR3: 000000040aa84000 CR4: 0000000000350ee0
ноя 14 23:03:53 localhost.localdomain kernel: Call Trace:
ноя 14 23:03:53 localhost.localdomain kernel: <IRQ>
ноя 14 23:03:53 localhost.localdomain kernel: ? pfifo_fast_init+0x110/0x110
ноя 14 23:03:53 localhost.localdomain kernel: call_timer_fn+0x2d/0x130
ноя 14 23:03:53 localhost.localdomain kernel: __run_timers.part.0+0x1ca/0x250
ноя 14 23:03:53 localhost.localdomain kernel: ? ktime_get+0x38/0xa0
ноя 14 23:03:53 localhost.localdomain kernel: ? lapic_next_event+0x1d/0x20
ноя 14 23:03:53 localhost.localdomain kernel: run_timer_softirq+0x26/0x50
ноя 14 23:03:53 localhost.localdomain kernel: __do_softirq+0xd4/0x2b5
ноя 14 23:03:53 localhost.localdomain kernel: asm_call_irq_on_stack+0x12/0x20
ноя 14 23:03:53 localhost.localdomain kernel: </IRQ>
ноя 14 23:03:53 localhost.localdomain kernel: do_softirq_own_stack+0x37/0x40
ноя 14 23:03:53 localhost.localdomain kernel: irq_exit_rcu+0xb1/0xf0
ноя 14 23:03:53 localhost.localdomain kernel: sysvec_apic_timer_interrupt+0x36/0x80
ноя 14 23:03:53 localhost.localdomain kernel: asm_sysvec_apic_timer_interrupt+0x12/0x20
ноя 14 23:03:53 localhost.localdomain kernel: RIP: 0010:cpuidle_enter_state+0xcc/0x3a0
ноя 14 23:03:53 localhost.localdomain kernel: Code: 4a e0 80 5b e8 45 71 8b ff 49 89 c7 0f 1f 44 00 00 31 ff e8 56 87 8b ff 80 7c 24 0f 00 0f 85 3e 01 00 00 fb 66 0f 1f 44 00 00 <45> 85 e4 0f 88 4a 01 00 00 49 63 d4 4c 2b 3c 24 48 8d 04 52 48 8d
ноя 14 23:03:53 localhost.localdomain kernel: RSP: 0018:ffffa221c0157ea0 EFLAGS: 00000246
ноя 14 23:03:53 localhost.localdomain kernel: RAX: ffff8de94e8ebec0 RBX: ffff8de946290c00 RCX: 000000000000001f
ноя 14 23:03:53 localhost.localdomain kernel: RDX: 0000000000000000 RSI: 00000000239f5376 RDI: 0000000000000000
ноя 14 23:03:53 localhost.localdomain kernel: RBP: ffffffffa54e6920 R08: 00000007061692d8 R09: 0000000000000018
ноя 14 23:03:53 localhost.localdomain kernel: R10: 0000000000000251 R11: 000000000001c3a5 R12: 0000000000000002
ноя 14 23:03:53 localhost.localdomain kernel: R13: ffffffffa54e6a08 R14: 0000000000000002 R15: 00000007061692d8
ноя 14 23:03:53 localhost.localdomain kernel: cpuidle_enter+0x29/0x40
ноя 14 23:03:53 localhost.localdomain kernel: do_idle+0x1ef/0x2b0
ноя 14 23:03:53 localhost.localdomain kernel: cpu_startup_entry+0x19/0x20
ноя 14 23:03:53 localhost.localdomain kernel: secondary_startup_64+0xa4/0xb0
ноя 14 23:03:53 localhost.localdomain kernel: ---[ end trace 36da1a489560bbba ]---
ноя 14 23:03:53 localhost.localdomain kernel: r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
ноя 14 23:03:55 localhost.localdomain dhclient[3737]: DHCPREQUEST for 192.168.1.2 on enp5s0 to 255.255.255.255 port 67
ноя 14 23:03:58 localhost.localdomain kernel: r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
ноя 14 23:04:03 localhost.localdomain kernel: r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
ноя 14 23:04:08 localhost.localdomain kernel: r8169 0000:05:00.0 enp5s0: rtl_rxtx_empty_cond == 0 (loop: 42, delay: 100).
ноя 14 23:04:10 localhost.localdomain dhclient[3737]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 3
ноя 14 23:04:13 localhost.localdomain dhclient[3737]: DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 8
ноя 14 23:04:13 localhost.localdomain network-up[1162]: Ожидание настройки сети[ ОШИБКА ]
ноя 14 23:04:13 localhost.localdomain systemd[1]: Started LSB: Wait for the hotplugged network to be up.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Reached target Network.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Reached target Network is Online.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Reached target Host and Network Name Lookups.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Starting Shorewall IPv4 firewall...
ноя 14 23:04:13 localhost.localdomain systemd[1]: Starting OpenSSH server daemon...
ноя 14 23:04:13 localhost.localdomain systemd[1]: Starting Permit User Sessions...
ноя 14 23:04:13 localhost.localdomain systemd[1]: Finished Permit User Sessions.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Started Command Scheduler.
ноя 14 23:04:13 localhost.localdomain systemd[1]: Starting Hold until boot process finishes up...
ноя 14 23:04:13 localhost.localdomain systemd[1]: Starting Terminate Plymouth Boot Screen...


UPD2: Mageia-8-beta1-Live-Plasma-x86_64.iso launched from second USB stick with persistence partition. Boot time was ok.
Plot, blame, journalctl
Also: now I call "LC_ALL=C df /" and get: "overlay 7.9G 941M 7.0G 12% /"
Previously if I started live system with persistence partition, I had only 300 mbs free at rootfs.
Strange thing is that USB stick has size of 4 Gb but not 8 Gb.
But there is another USB stick with Mageia live image with no persistence partition.
Last edited by isadora on Nov 14th, '20, 13:03, edited 1 time in total.
Reason: Quoting the former message is not appropriate
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby Northsoft » Nov 16th, '20, 21:38

Mageia-8-beta1-Live-GNOME-x86_64 launch, without and with persistence
without: plot, blame, journalctl. Boot time ok but network failed
with: plot, blame, journalctl, df, lsblk, mtab. Slow boot, got partially usable desktop, responds to capslock layout switch but passes no typing to terminal and text editors. Screen keyboard works but does not pass backspace and enter. I had to type command using onscreen keyboard and copypaste newline using selection and midbutton click.
Northsoft
 
Posts: 18
Joined: Dec 18th, '12, 19:22
Location: Novosibirsk, Russia

Re: Long boot time of live usb, ethernet down after reboot

Postby martinw » Nov 17th, '20, 17:39

From what I read here, it seems one of your USB sticks is either very slow or faulty.
Using persistence will always make the live system slower when anything is written to the root file system, and it will be very noticeable if you have a USB stick with a slow write speed,

Are you always using the same USB socket on your computer? That could also make a difference.
martinw
 
Posts: 599
Joined: May 14th, '11, 10:59


Return to Testing : Alpha, Beta, RC and Cauldron

Who is online

Users browsing this forum: No registered users and 1 guest