-
IT café
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
Orionhilles
senior tag
válasz petya220 #30813 üzenetére
sudo systemd-analyze blame
sudo systemd-analyze critical-chain
Ezeknek a kimenetét másold be pastebinre, oszd meg és meglátjuk mit tehetünk!– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
petya220
senior tag
válasz petya220 #30815 üzenetére
Ubuntu 16.04 64bit
sudo systemd-analyze blame
petya230@petya230-ThinkPad-R61:~$ sudo systemd-analyze blame
11.272s networking.service
10.726s lightdm.service
10.680s plymouth-quit-wait.service
10.331s plymouth-read-write.service
1.344s dev-sda1.device
381ms accounts-daemon.service
377ms console-setup.service
368ms apparmor.service
275ms ModemManager.service
267ms apport.service
266ms ondemand.service
264ms irqbalance.service
245ms grub-common.service
243ms speech-dispatcher.service
215ms keyboard-setup.service
205ms NetworkManager.service
202ms alsa-restore.service
187ms systemd-logind.service
181ms systemd-journald.service
178ms systemd-udev-trigger.service
170ms gpu-manager.service
146ms systemd-rfkill.service
145ms upower.service
lines 1-23...skipping...
11.272s networking.service
10.726s lightdm.service
10.680s plymouth-quit-wait.service
10.331s plymouth-read-write.service
1.344s dev-sda1.device
381ms accounts-daemon.service
377ms console-setup.service
368ms apparmor.service
275ms ModemManager.service
267ms apport.service
266ms ondemand.service
264ms irqbalance.service
245ms grub-common.service
243ms speech-dispatcher.service
215ms keyboard-setup.service
205ms NetworkManager.service
202ms alsa-restore.service
187ms systemd-logind.service
181ms systemd-journald.service
178ms systemd-udev-trigger.service
170ms gpu-manager.service
146ms systemd-rfkill.service
145ms upower.service
141ms pppd-dns.service
140ms rsyslog.service
119ms systemd-udevd.service
103ms avahi-daemon.service
102ms snapd.autoimport.service
94ms thermald.service
73ms systemd-user-sessions.service
72ms systemd-modules-load.service
67ms polkitd.service
67ms systemd-journal-flush.service
64ms systemd-tmpfiles-setup-dev.service
62ms systemd-tmpfiles-setup.service
51ms plymouth-start.service
50ms systemd-update-utmp.service
43ms user@1000.service
42ms systemd-timesyncd.service
42ms bluetooth.service
38ms ssh.service
31ms dns-clean.service
30ms user@108.service
28ms colord.service
24ms sys-kernel-debug.mount
24ms dev-hugepages.mount
23ms systemd-remount-fs.service
22ms systemd-random-seed.service
22ms dev-mqueue.mount
21ms rc-local.service
16ms kmod-static-nodes.service
15ms wpa_supplicant.service
15ms resolvconf.service
13ms ufw.service
13ms dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.swap
10ms systemd-sysctl.service
6ms sys-fs-fuse-connections.mount
5ms systemd-update-utmp-runlevel.service
5ms rtkit-daemon.service
5ms ureadahead-stop.service
4ms systemd-backlight@backlight:acpi_video0.service
4ms setvtrgb.service
2ms systemd-backlight@backlight:intel_backlight.service
1ms snapd.socket
lines 12-64/64 (END)sudo systemd-analyze critical-chain
petya230@petya230-ThinkPad-R61:~$ sudo systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @22.905s
└─lightdm.service @12.173s +10.726s
└─systemd-user-sessions.service @11.942s +73ms
└─basic.target @11.806s
└─sockets.target @11.806s
└─snapd.socket @11.804s +1ms
└─sysinit.target @11.803s
└─swap.target @1.491s
└─dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.swap @1.476s +13ms
└─dev-disk-by\x2duuid-ee9d9182\x2d8252\x2d49b0\x2d84e4\x2dd26626fa5b5c.device @1.475sEbből azt veszem ki, hogy a grafikus részben van a gond...
[ Szerkesztve ]
"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."
-
God Vazzeg
veterán
válasz petya220 #30816 üzenetére
Nekem volt hasonló, a router lassan osztott ip-t a gépnek, ezért várakozott sokat induláskor a rendszer. Próbáld meg lehúzott lannal, egyből kiderül. Illetve a networkinget még a samba is szépen várakoztatja, nekem szükséges így fent van, nézd meg neked van-e samba telepítve és ha van, de nincs szükséged rá, uninstall. Boot időn sokat segít.
-
warren
tag
válasz petya220 #30902 üzenetére
Te nyertél Petya, ugyan nem megrepedve van a csati de mégiscsak az a hiba forrása, a csati lábai elengedték a forrasztást illetve fordítva a forrasztás engedte el a csati lábait, szóval ha csak nem lesz újraforrasztva amihez meg ugye eszközök kellenének nem fog működni, csak a DVI-HDMI átalakítóval és kivezetem hozzá az alaplapi audiót, ez van, azért nagyon köszönöm a segítségeteket.
üdv.Gigabyte GA-MA69GM-S2H;AMD Athlon X2 BE-2350 2100Mhz;Asus HD3650 Top; Dell Latitude D630; Lenovo T430; HP DC5800;
-
-
ubyegon2
nagyúr
válasz petya220 #32214 üzenetére
Főgép? Ezen akkor gondolom Főlinux van.
Egyébként van olyan program, amit keresel, Firefox a neve, nézd meg én ezt használtam: http://bfy.tw/GJl2
Az első sor megoldás a problémádra. Ezen a vonalon érdemes elindulnod.tmpfs ramfs
Nem írtad, mennyi főram van a főgépedben, ettől is függ, melyiket célszerű használnod, a ramfs nem, de a tmpfs használja a swap-ot. Emiatt fontos az előbbi.vagy:
Azt már említeni sem merem, hogy sokan raknak a Win mellé Linuxot is SSD-re, nem eszik meg egymást.
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz petya220 #32216 üzenetére
12GB ram! Ezt nem mondtad eddig, az nem kevés.
A 120GB SSD sem kicsi, 15 gigán simán elvan a Linux, nekem ugyanekkora SSD-n 8 Linux lubickol időnként. (meg ezermillió Win)Ha segít, akkor iderakom az én FSTAB-omat kiindulásnak:
....#tmpfs to .cache
tmpfs /home/ubyegon/.cache tmpfs noatime,nodev,nosuid,size=800M 0 0
# Modification for SSD
#tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
#tmpfs /var/spool tmpfs defaults,noatime,mode=1777 0 0
#tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0Ne kérdezd, miért van még mindig benne minden sorban a noatime.
ez hasznos lehet a beállításoknál:
https://wiki.archlinux.org/index.php/Fstab_(Magyar)[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz petya220 #33001 üzenetére
Jó vicc, ezen a listán nem találtam eddig nem Linuxot futtató szervereket, az USA kormányzati szerverek is Linuxot futtatnak, ami meglepett, hogy a 35. helyen álló FB szerverparkja Ubuntus.
(#33002) tomtyi
Gnomity az ennyi, viszont a Mate kb ennek a felével beéri.
[ Szerkesztve ]
-
BoB
veterán
válasz petya220 #33085 üzenetére
Alapból nincs telepítve semmilyen cron implementáció, mert ez már alapvetően systemd timer-ekkel van kezelve. Javaslom csinálj egy systemd timer unit-ot.
Ha nagyon nem megy akkor tegyél fel valamilyen cron-t (bár nem bonyolult egyáltalán)
You may corrupt the souls of men, but I am steel. I am doom.
-
Frawly
veterán
válasz petya220 #33764 üzenetére
Úgy, hogy megadod a KVM-nek, hogy lemeznek a /dev/sdb-t használja mondjuk, most csak a hasamra ütöttem, nálad lehet /dev/sdc vagy /dev/nvme1 lesz, lsblk-val nézd meg.
A KVM-et meg így indítod terminálból vagy konzolból:
qemu-kvm -hda /dev/sd[betűjel]Vagy némelyik disztrón így kell indítani:
qemu-system-x86_64 --enable-kvm -hda /dev/blablaÍgy a virtuális gép arról a fizikai lemezről fog bootolni. Fontos az egész lemezt odaadni neki, mivel ha csak a Windows partícióját adod oda, akkor a Win nem fogja találni a saját boot partícióját, ami mindig külön van.
Ezek csak minimálisan működő példák, a paramétereknél qemu-ban be kell lőni a memóriát meg egy csomó mindent még. Most csak a lemez részére koncentráltam.
[ Szerkesztve ]
-
petya220
senior tag
válasz petya220 #33769 üzenetére
Ha /dev/sdc1-et adok meg akkor meg ezt dobja ki:
WARNING: Image format was not specified for '/dev/sdc1' and probing guessed raw.
Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
Specify the 'raw' format explicitly to remove the restrictions.
qemu-system-x86_64: warning: host doesn't support requested feature: CPUID.80000001H:ECX.svm [bit 2]
KVM internal error. Suberror: 1
emulation failure
EAX=00000000 EBX=00000000 ECX=00000000 EDX=000009a0
ESI=00007be4 EDI=00002000 EBP=00000000 ESP=00007c00
EIP=0000ffff EFL=00010246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =09a0 00009a00 0000ffff 00009300
CS =07c0 00007c00 0000ffff 00009b00
SS =0000 00000000 0000ffff 00009300
DS =07c0 00007c00 0000ffff 00009300
FS =0000 00000000 0000ffff 00009300
GS =0000 00000000 0000ffff 00009300
LDT=0000 00000000 0000ffff 00008200
TR =0000 00000000 0000ffff 00008b00
GDT= 00000000 00000000
IDT= 00000000 000003ff
CR0=00000010 CR2=00000000 CR3=00000000 CR4=00000000
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000000
Code=00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <00> 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00"Neked is pörög az agyad a szarokon, amíg a mosoly a szádra kanyarodik."
-
Frawly
veterán
válasz petya220 #33769 üzenetére
Biztos, hogy az egész lemezt odaadtad és nem írtál mögé véletlenül partíciószámot, mikor az első hibaüzenetet kaptad?
Amúgy az inxi csomagot tedd fel, és mutass egy inxi -Fxxx kimenetet, hogy lássuk milyen proci, milyen disztró, hányas verzió, milyen kernel.
Még egy grep "vmx\|svm" /proc/cpuinfo -o kimenet jó lenne. BIOS/UEFI-ben is nézd meg, hogy a fizikai gépen a hardveres virtualizáció engedélyezve van-e.
Amire még tudok gondolni, hogy a fizikai lemezen UEFI bootmódos telepítés van, a qemu meg BIOS-MBR-rel próbál bootolni. A qemu paraméterei közé a --boot uefi kapcsolót is vedd fel próbaképp.
[ Szerkesztve ]
-
Frawly
veterán
válasz petya220 #33773 üzenetére
Bejött a gyanúm, a BIOS-ban lehet letiltva a VT-x. Ugyanis a proci támogatná, de se az inxi, se a /proc/cpuinfo nem írja a vmx támogatást. A disztró, kernel nem olyan régi, hogy gond legyen.
A felállást azt értem, rendes fizikai Windows telepítést akarsz elindítani virtuális gépként, mennie kéne. A telepített Windows UEFI vagy BIOS bootos?
-
cigam
félisten
válasz petya220 #34502 üzenetére
Ez unoficial! Eléggé el van hanyagolva, gyakran régi, hibás linkek vannak rajta.
A szomszédoknál nézz szét---
A loop0 I/O error hibámhoz: Ha W8 mellé telepítem, LVM nélkül, simán felmegy a 2. (telepítés) menüponttal indítva, mindenféle hibaüzenet nélkül azonnal újraindul amikor le okézom a telepítés végét.
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS