Lassú shutdown

Fórum: 

 Sziasztok,

az utóbbi napokban azt tapasztalom, hogy a gépem az előzőekhez képest lényegesen lassabban áll le...gúglizta vagy inkább dákdákgóztam :) kicsit voltak javaslatok ötletek pl kernelfrissítés, de ezidáig nem nagyon találtam az okot és a maegoldász..

A rendszer jelen állapotában:

System:    Host: gyozo-pc Kernel: 4.13.0-17-generic x86_64 (64 bit)
 
Desktop: KDE Plasma 5.8.8
 
Distro: Linux Mint 18.2 Sonya
 
Machine:   Mobo: ASUSTeK model: M5A78L-M/USB3 v: Rev X.0x Bios: American Megatrends v: 2101 date: 12/02/2014
 
CPU:       Octa core AMD FX-8350 Eight-Core (-MCP-) cache: 16384 KB
           clock speeds: max: 4000 MHz 1: 4017 MHz 2: 4017 MHz 3: 4017 MHz 4: 4017 MHz 5: 4017 MHz 6: 4017 MHz
           7: 4017 MHz 8: 4017 MHz
 
Graphics:  Card: Advanced Micro Devices [AMD/ATI] Tobago PRO [Radeon R7 360 / R9 360 OEM]
           Display Server: X.Org 1.18.4 drivers: ati,radeon (unloaded: fbdev,vesa) Resolution: 1920x1080@60.00hz
           GLX Renderer: Gallium 0.4 on AMD BONAIRE (DRM 2.50.0 / 4.13.0-17-generic, LLVM 4.0.0)
           GLX Version: 3.0 Mesa 17.0.7
 
Audio:     Card-1 Advanced Micro Devices [AMD/ATI] Tobago HDMI Audio [Radeon R7 360 / R9 360 OEM]
           driver: snd_hda_intel
           Card-2 Advanced Micro Devices [AMD/ATI] SBx00 Azalia (Intel HDA) driver: snd_hda_intel
           Sound: Advanced Linux Sound Architecture v: k4.13.0-17-generic
 
Network:   Card: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller driver: r8169
           IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: 30:5a:3a:09:9f:ee
 
Drives:    HDD Total Size: 1120.2GB (71.0% used) ID-1: /dev/sda model: Samsung_SSD_850 size: 120.0GB
           ID-2: /dev/sdb model: WDC_WD10EZEX size: 1000.2GB
 
Partition: ID-1: / size: 30G used: 15G (54%) fs: ext4 dev: /dev/sda1
           ID-2: /home size: 73G used: 32G (46%) fs: ext4 dev: /dev/sda2
           ID-3: swap-1 size: 8.59GB used: 0.00GB (0%) fs: swap dev: /dev/sda3
 
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
 
Sensors:   System Temperatures: cpu: 34.0C mobo: 34.0C gpu: 33.0
           Fan Speeds (in rpm): cpu: 960 sys-1: 0
 
Info:      Processes: 244 Uptime: 48 min Memory: 1390.5/16026.7MB Client: Shell (bash) inxi: 2.2.35 
kimarite képe

Lassú shutdown

@#0 a következő parancsok kimenete hasznos lehet:

systemd-analyze critical-chain
systemctl --state=failed
systemd-analyze blame

Az egyik konzolon is megfigyelheted, hogy melyik a kritikus folyamat:

-- Ctrl + Alt + F2

-- bejelentkezel

-- futtatod

sudo shutdown -h now

... a grafikus konzolonn (Alt + F7) ne maradjon nyitva alkalmazás.

Értékelés: 

0
Még nincs értékelve

Lassú shutdown

A kikapcsolás előtt? gondolom itt lett volna valami paracs és kimenet kérés? 

UPDATE..MEGÉRKEZTEK A PARANCSOK KÖSZÖNÖM...ESTE OTTHONRÓL KÜLDÖM ŐKET...

Értékelés: 

0
Még nincs értékelve

Virtualbox

Szia!

Nem lehet, hogy a virtualbox kernelbe beépülő része fogja vissza a leállítást? Nekem volt hasonló problémám (mármint, hogy a kernelbe nem épült be normálisan), de megoldottam, hogy letöltöttem a weboldalról a telepítőfájlt és nem terminálból telepítettem. :)

Bocsánat, ha hülyeséget írok, de azt látom, hogy az internetet kezelő interface tartja vissza a leállítást. (Virtualbox ebbe meg belenyúl pont azért, hogy a virtuális rendszeren is lehessen használni)

A másik meg érdekes: tmp-.mount_7GXms9.mount

Nincs felcsatolva valami?

Értékelés: 

0
Még nincs értékelve

Virtualbox

szia,

igen látom, bár nem tudom pontosan mit jelent és mi a megoldás..tulajdonképpen most várom az új ssd-t ez megy a régi gépbe és várom a 18.3 kde kiadását (a hírek szerint az utolsó hivatalos kde a mintnél)..és az talán pöccröff orvosolja a dolgot :) ..persze azért várok magyarázatot vagy segítséget a megfejtésben (olyan laikusnak vaalót :) ).Köszönöm. 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Kimenetek

#4 Vélhetően a kernel frissült, a régebbihez lett telepítve a Virtualbox, és az új kernelbe is bele kéne tenni a Virtualbox modult.

A következő parancsok lennének célravezetőek (ebben a sorrendben):

sudo apt-get update
sudo apt-get install --reinstall linux-headers-$(uname -r)
sudo reboot
sudo apt-get install --reinstall virtualbox-dkms
sudo dpkg-reconfigure virtualbox-dkms
sudo update-initramfs -uk all
sudo depmod -a
sudo reboot

A kimenetek is fontosak, tehát, hogy mi történik.

Az előbbiek után, ha nem lesz jó mégsem (tesztek):

sudo systemctl status virtualbox.service
sudo journalctl -xe
sudo modprobe vboxdrv
virtualbox

És ezekből lehet továbblépni.

Másik (a honlapról letöltött) Virtualbox telepítése is megoldás lehet, de szerintem a jelenlegire is rá kéne nézni.
Néhol említik a BIOS Secure Boot opcióját, amit ki kéne kapcsolni. Létezik nálad ilyen?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Virtualbox

#5 A rendszer partíció lesz az .. :

df /tmp
Fájlrendszer   1K-blokk    Fogl.  Szabad Fo.% Csatol. pont
/dev/sda2      76733480 68825980 3986604  95% /
ls -la /dev/sda2
brw-rw---- 1 root disk 8, 2 dec    2 11:23 /dev/sda2
mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=1022728k,nr_inodes=214419,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=206864k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=31,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=9412)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /run/user/107 type tmpfs (rw,nosuid,nodev,relatime,size=206860k,mode=700,uid=107,gid=115)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfsd-fuse on /run/user/107/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=107,group_id=115)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=206860k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-686 root=UUID=0ca6fc97-dfe4-492a-9dd1-7c8793bcf39f ro initrd=/install/initrd.gz quiet usbcore.autosuspend=-1
sudo blkid
/dev/sda2: UUID="0ca6fc97-dfe4-492a-9dd1-7c8793bcf39f" TYPE="ext4" PARTUUID="be73be73-02"
/dev/sda1: UUID="f4d1cc7b-2613-456e-bfbb-26b581f90332" TYPE="swap" PARTUUID="be73be73-01"
/dev/sdb2: UUID="406b9c99-1491-41c0-8019-4fa926a38c68" TYPE="ext4" PTTYPE="dos" PARTUUID="3d3aa587-02"
/dev/sdb3: UUID="23b40ec7-60b2-48f2-a9b3-ee301d28955c" TYPE="ext4" PARTUUID="3d3aa587-03"

Magyarázattal: https://unix.stackexchange.com/questions/256321/where-is-my-tmp-mounted/...
És kérdés a parancs

df /tmp
cat /etc/fstab

kimenete.

Az LVM-et nem annyira ismerem, de a pasztából arra tippelek, hogy a tmp könyvtár particióként létezik. Ehhez jó lenne az előbbi parancsok kimenete (is). És még utána nézek. a Debian és a Linux Mint Cinnamon alatt sem használok LVM-et, és a

systemd-analyze critical-chain

parancs kimenete egyiken sem mutat tmp-re utalót. Nálad a /dev/sda1 lehet a rendszer partíció, és az LVM vélhetően (tipp) a tmp-t használja.

                    └─systemd-update-utmp.service @830ms +10ms
                      └─systemd-tmpfiles-setup.service @701ms +128ms
                        └─local-fs.target @698ms
                          └─tmp-.mount_7GXms9.mount @13.386s
                            └─local-fs-pre.target @616ms
                              └─lvm2-monitor.service @126ms +489ms
                                └─lvm2-lvmetad.service @157ms
                                  └─lvm2-lvmetad.socket @125ms
                                    └─-.mount @108ms

Esetleg kapcsolódó tartalmak:
https://www.debian.org/doc/manuals/securing-debian-howto/ch4.en.html#s4.9
(https://serverfault.com/questions/72356/how-useful-is-mounting-tmp-noexec)
https://www.cyberciti.biz/faq/howto-mount-tmp-as-separate-filesystem-wit...
https://unix.stackexchange.com/questions/347229/can-you-remount-tmp-part...

Értékelés: 

0
Még nincs értékelve

Virtualbox

#6 Tegnap óta letölthető a Mint 18.3 KDE és Xfce Beta kiadása.

http://news.softpedia.com/news/linux-mint-18-3-sylvia-kde-and-xfce-beta-...

A telepítéséhez, én megvárnám a végleges kiadást - de megnézni / kipróbálni jó lehet.

Értékelés: 

0
Még nincs értékelve