-
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
-
#40553216
törölt tag
Hali!
A HP 8560p-vel még nem tudom, mi van. Helyrepofozni még nem tudtam, de az SSD-t átraktam a 11 éves őskövület ASUS-ba. Elsőre ugyanazt a hibát produkálta: a boot végén, a gui megjelenítésekor „félúton” megállt (maradt a konzol, de a kijelző szélén megjelent a gdm háttérszíne és a mozdíthatatlan egérmutató).
Gondoltam, lecserélem a gdm-et, hátha. 16.04 LiveUSB, chroot próbálkozás. A chroot-nál azt írja, nincs chroot. WTF? Telepíteni akarom, nem telepíthető. WTF??? Reboot, recovery. Itt persze nem kapcsolódik a netre. Telefonon gdm switch ligtdm, parancs kiad, újraindít. Elindul! Csakhogy a 8560p-t, ha nem az alaplapot, akkor a VGA-t mindenképp kinyírta. FUCK! -
kutga
nagyúr
Valami Total Commander féle fájlkezelő van linuxra?
Let the Zone take me if I am.
-
kutga
nagyúr
Let the Zone take me if I am.
-
Tutu7030
veterán
válasz core i7 #34359 üzenetére
Szólj, ha találsz valami "könnyű" de gyors verziót, mert én már mindenféle ubi variáns és Q4OS-t próbáltam a zotac zboxon (atom n330cpu+nvidia ion + 2GB RAM), de eddig a legjobb sebességet a win7 hozta rajta. (gondolom a csodása támogatott nvidia ion lehet a főkolompos a dologban, mert a linuxokon már 480-ban is akadozott a youtube lejátszás, win7-en meg a 720 is majdnem teljesen folyamatos volt)
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Tutu7030
veterán
válasz core i7 #34365 üzenetére
A chromeos nekem fel sem ment a zboxra. Szintén a vga-ra gyanakszom, mert már a telepítő indulásakor csodálatos színkavalkád lett a monitoron, onnan meg sehova tovább.
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Tutu7030
veterán
válasz Dhampir #34367 üzenetére
Szerintem erre gondolt. https://www.ubuntu.com/download
LG Optimus G E975 v20 -> LG G4 H815 V29a-EUR-XX -> Huawei Mate 9(MHA-L29) -> Huawei P30 Pro -> Honor Magic5 Pro
-
Frawly
veterán
válasz core i7 #34359 üzenetére
A Puppyt végül is kipróbálhatod, de azt inkább azért nem ajánlom, mert progit telepíteni bajos rá, külön Puppletek kellenek, vagy mókolni kell hozzá. Rendes disztrón, mint a Sparky Linux vagy AntiX vagy hasonlók meg lehet rendesen a hivatalos tárolóban progikat feltenni, és a szoftveres választék is nagyobb azokra.
A Lubuntu már nem ajánlott ilyen célra. Míg LXDE felületet használó disztró volt, addig ajánlott volt gyenge gépre, de mióta áttértek LXQt felületre, azóta a fejlesztők is hangsúlyozzák, hogy többé nem pehelysúlyú disztró, nem a gyenge gépeket célozzák már meg.
-
ubyegon2
nagyúr
-
kubokra
tag
Sziasztok, remélem jó helyre írok.
A létező összes angol nyelvű fórumot olvastam már, de nem sikerült megoldani a kínomat, hátha így, hogy elmondhatom pontosan a problémám, megoldást tudtok adni.
Ős netbookra (dell insprion 1018, Atom n455 proci) raktam fel lubuntut, mint első lightweight distro (eddig csak windows volt). Telepítés, beállítgatások minden tök jó, de ha újraindítom, akkor a töltőképernyőig jutok, ott minden megáll, ha jól gondolom a tapipad és billentyűzet meghal, és értelemszerűen nem tölt tovább. Ez mitől lehet?
Ja, a Ctrl Alt Fx nem működik, legalább TTY-be eljutnék, de nem.
Ugyanitt használható "könnyű" distrót keresekApró darabokra szaggatott, dióba, cukorba megforgatott, rétegesen összerakott kelttészta
-
#40553216
törölt tag
A p.csába! Kezd egy kicsit elegem lenni az Ubuntuból. Úgy néz ki, hogy kinyírta a másik gépemet, most pedig a frissítésnél azt mondja, nem tudja telepíteni a GRUB-ot egy olyan rendszerre, amin a GRUB rajta van, hiszen frissíti. És felajánlja azt a lemez, amin van most is, ezen lívül ennek a lemeznek az első partícióját. Bármilyen variációt kijelölve pedig kifogásolja, hogy nem jelöltem ki, így nem lesz telepítve. Nagyon B+! Főleg, ha tényleg nem indul el.
A frissítési ablakban az ehhez tartozó szöveg:
Setting up grub-pc (2.02-2ubuntu8.6) ...
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
Telepítés a(z) i386-pc platformhoz.
grub-install: hiba: nem található GRUB meghajtó ehhez: /,. Ellenőrizze a device.map bejegyzéseit..
GRUB beállítófájl előállítása…
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-36-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-36-generic
Megtalált linux lemezkép: /boot/vmlinuz-4.15.0-34-generic
Megtalált initrd lemezkép: /boot/initrd.img-4.15.0-34-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Megtalált Windows 7 ezen: /dev/sda1
kész
Processing triggers for libc-bin (2.27-3ubuntu1) ...
Processing triggers for tex-common (6.09) ...
Building format(s) --all.
This may take some time...Mi a faszért akar 32 bites GRUB-ot telepíteni egy 64 bites rendszerre? Ki a fasz kérte erre?
-
ubyegon2
nagyúr
válasz #40553216 #34375 üzenetére
Telepítés a(z) i386-pc platformhoz.
Szerintem minden GRUB telepítés így kezdődik. Ezzel nem kell foglalkoznod, fura, hogy nem meghajtóra akarja telepíteni/frissíteni, de valami miatt nem fér hozzá, nem talál elég helyet. (utóbbi mondjuk elég érdekes)
A /boot nincs tele?
-
ubyegon2
nagyúr
válasz #40553216 #34378 üzenetére
Mondom, hogy így indul nálam is a grub-install. Szerintem a GRUB csak 32bites, EFI van 64 bites is külön.
A helyfoglalásokat azért csak csekkold le. 🙃
Device.map bejegyzéseket nézted?
Amúgy lehet, hogy manuálisan kéne megpróbálni telepíteni újra a GRUB - ot, ha nem megy akkor live-ból.[ Szerkesztve ]
-
#40553216
törölt tag
válasz ubyegon2 #34379 üzenetére
A 64 bites fent van. Merthogy van 64 bites.
Viszont ahogy olvasom, a device.map legalább a 14.04 óta nem is települ alapból. Akkor – megint csak – a 18.04 mi a faszért keresi? -
ubyegon2
nagyúr
válasz #40553216 #34380 üzenetére
Ott valami galibát hoztál össze akkor. Ilyen még nem olvastam.😶
Ha van 64bites grub, akkor mi a fenéért írja ki nálám is ez a i386 kezdetű sort......
Megnéztem a linket, még mindig csak egyféle GRUB-ot látok!
Továbbmenve már megvan! 😀Marad, a manuális grub install.
[ Szerkesztve ]
-
#40553216
törölt tag
válasz ubyegon2 #34381 üzenetére
Nem én, az Ubuntu. Egyszerűen csak engedtem a felugró ablakban a frissítést. Én egyszerűen pár napja áttettem a meghalt 8560-ból a régi Asusba az SSD-t, ami mindkét gépben sda. Annyi a különbség, hogy az Asus csak 2 GB rammal és pocsék procival bír.
De a 64 bites GRUB továbbra is telepítve van, így elvileg semmi nem változott. -
Frawly
veterán
válasz #40553216 #34378 üzenetére
Azzal nem kell foglalkozni. A Grub az i386-ot nem úgy érti, hogy 32 bites, hanem hogy x86-architektúrára készült (és nem ARM, vagy PowerPC vagy ilyesmi). Valószínű, hogy ezek csak telepítéskori warningok, mert az install script nem találja meg azonnal, hogy hová lett telepítve. Egy kézi grub-install parancs futtatása meg fogja oldani, ha nem bootolna.
Esetleg még az lehet, amit Júbájgön ír, hogy betelt a régi kernelek miatt a boot partíció, és emiatt nem települ a friss Grub.
[ Szerkesztve ]
-
#40553216
törölt tag
válasz Frawly #34383 üzenetére
A 64 bites fent van, így nagy eséllyel elindul. Eddig (három éve telepítettem) sosem írt ki ilyet, csak most, hogy átraktam a régi gépbe az SSD-t. Nincs /boot és csak két kernel van fent, mint egy rendes, tudatos Linux használónál.
(#34384) ubyegon2
Persze, simán elindult, egy hete erről gépezek. Persze ez „csak” egy EVO 250-es. Lassú, mint a tetű, de ez van.[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #34385 üzenetére
Jó, de pont azt írom, hogy mindegy, hogy hány bites rendszert tettél fel, a Grub mindig is i386-ot fog írogatni, ha belegörbülsz, meg majd egy távoli jövőben kiadott 128 bites rendszerre teszed fel, akkor is
Így van ez 64 bites Arch alatt is (abból már nincs is 32 bites, csak külön fork-ként), ott is Grub telepítéskor ilyen i386 target platform möhöhözést ír. Pedig ott a 32 bites multilib csomagokat lib32-nek írják, nem i386-nak. Ubuntun ugyebár a 64 bites csomagok amd64 végződéssel vannak ellátva, az sem azt jelenti, hogy a benne lévő Intel Core i procit nézné a rendszer AMD-nek. Ez csak szimplán azt jelenti, hogy sok mindennek hülye rövidítést választottak, nem lehet belőle következtetést levonni.
-
kutga
nagyúr
Hölgyek/Urak!
Akit esetleg érdekel, úgy tűnik sikerült megoldanom a lassú bootot a P4-es gépen.
A
systemd-analyze blame
parancs nem mutatja a kernel időt, asystemd-analyze time
parancs viszont egyértelműen megmutatta, hogy a kernel akad meg a boot során (a kernel idő több mint öt perc ).Kicsit olvasgattam, és azt találtam, hogy másoknál a
noresume
beillesztése agrub.cfg
fájl alábbi sorába megoldotta a problémát, valahogy így:GRUB_CMDLINE_LINUX_DEFAULT="quiet splash noresume"
A kernel idő ezzel 5 percről 5 másodpercre csökkent.
Startup finished in 4.751s (kernel) + 8.930s (userspace) = 13.682s
graphical.target reached after 8.876s in userspace[ Szerkesztve ]
Let the Zone take me if I am.
-
ubyegon2
nagyúr
No ez jó hír! A
systemd analyze
parancsot nem írtam volna még az elején?Nálam ugyanazt mutatja, mint a time-mal megtoldva!ubyegon@Mint19C:~$ systemd-analyze time
Startup finished in 6.033s (kernel) + 5.982s (userspace) = 12.015s
graphical.target reached after 3.473s in userspace
ubyegon@Mint19C:~$ systemd-analyze
Startup finished in 6.033s (kernel) + 5.982s (userspace) = 12.015s
graphical.target reached after 3.473s in userspaceErről a
noresume
opcióról még nem is hallottam vagy elkerülte a figyelmem.
Amúgy ez is ugyanazt éri el szerintem, mint amiről beszéltünk, hogy kikapcsolsz szolgáltatásokat, amiket asystemd analyze blame
mutat, bár ez egyszerűbben megoldja.Cserébe viszont lehet, hogy olyan service sem indul el, amire esetleg szükséged lehet, mert ez semmit nem vesz figyelembe boot-kor. De ezt lehet nem is fogod észrevenni.Alapvetően nem véletlen vannak ezek a services-re várakozások a kernel folyamatban, én még mindig azt mondom, célszerűbb kikapcsolni a nem szükséges szolgáltatásokat az itt leírt módon:Linux Default Services Which Are Enabled at Boot
Amúgy a resume nekem a suspend ill hibernation-t juttatja eszembe. Vagy a swap-ot....át is húztam a fenti részt.
-
kutga
nagyúr
válasz ubyegon2 #34389 üzenetére
Egyelőre elkezdem használni így, aztán ha hibába ütközök megyek tovább.
Biztos hogy írtad, de akkor még az
apt.daily
re gyanakodtunk, egyébként arra is elvégeztem a javasolt beállítást.MOD
Mintha írták volna hogy a suspend ill hibernation így nem fog menni, de ssd-vel nem használom, így nekem nem érvágás.[ Szerkesztve ]
Let the Zone take me if I am.
-
ubyegon2
nagyúr
Most olvasom éppen, ez nem veszi figyelembe a hibernálást, bár azt nem értem alapból miért készül fel a rendszer a hibernálásra. Eszembe jutott, így lehet kikapcsolni a hibernálást, ekkor a kikapcsolási panelen meg sem jelenik a lehetőség.
Megvan! Itt a módszer, hogyan lehet kikapcsolni a hibernálást teljesen Ubuntu/Mint-en:
Erre azért nem is gyanakodtam, mert nálam laptopon SSD-n nem vettem észre emiatt késlekedést.........bár lehet, hogy mégiscsak volt valami! No meg is nézem.....
(jó is, hogy felhoztad ezt a dolgot megint)[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz ubyegon2 #34391 üzenetére
Közben átnéztem ezt a linket és nem úgy van, mint az előző verzióknál, ott a hibernálást tiltotta le egy hasonló parancssor, de itt már azt írják, a hibernálás alapból tiltva van, ez a
suspend to ram
-ot tiltja. SSD esetén meg a hibernálás az , ami nem kívánatos, de nálkad a lassú boot miatt célszerű úgy hagyni most már, ahogy van. Viszont annyit kiderítettünk, hogy nem fog gondot okozni anoresume
opció! -
ubyegon2
nagyúr
Anno én is psensort próbáltam, de még Conky-ban vannak hasonló megoldások vagy panel applet-ben. Viszont mindegyiknél lényeges, hogy először teminalban el kell végezned a detektálást! Aztán csak nyomogasd neki az y-t, míg nem végez, elméletileg így mutat helyes értéket. Ha.....
terminalban a sensors parancs lecsekkolja neked, ezt használja a psensor is.ubyegon@Mint19C:~$ sudo sensors-detect
[sudo] ubyegon jelszava:
# sensors-detect revision 6284 (2015-05-31 14:00:33 +0200)
# Board: ASUSTeK COMPUTER INC. F2A85-M
# Kernel: 4.15.0-36-generic x86_64
# Processor: AMD A10-5800K APU with Radeon(tm) HD Graphics (21/16/1)
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): yNéha elég sok percig eltart a detektálás, ha lassú a gép!
A végén ezt írja ki: Mindig elfelejtem ezt, rendszergazdaként le kell futtatnod ezt a parancsot, amit ír:
Monitoring programs won't work until the needed modules are
loaded. You may want to run '/etc/init.d/kmod start'
to load them.[ Szerkesztve ]
-
Frawly
veterán
Ebből még mindig nem derül ki semmi. Olyan nincs, hogy önmagában a kernel gondol egyet, és megakad, meg leáll pihizni 5 percre. Valami miatt akad el, valami hardverdetektálás, DHCP szolgáltatása várás egy nem használt hálózati kártyán, nem tud valami partíciót felcsatolni, ilyesmik. Ezt kéne megnézni a kernelkimenetből: dmesg -H futtatásával.
A systemd-analyze kalap pikulát se ér.
Ezt a noresume kapcsolót nem ismerem, nem is tudtam kideríteni, hogy PONTOSAN mit csinál. Igen, a resume funkciót tiltja le, de arról nem derült ki, hogy pontosan mi a rák is az.
Ú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
- Call of Duty: Modern Warfare III (2023)
- Autós kamerák
- Mr Dini: Mindent a StreamSharkról!
- Autós topik látogatók beszélgetős, offolós topikja
- Fekete misztikum: DeepCool Mystique 360 vízhűtés
- Doctor Who (2005)
- Motorola Edge 30 Neo - wake up, Jr...
- Windows 11
- sziku69: Szólánc.
- Elfelejtettem a film címét
- További aktív témák...
- Vírusirtó, Antivirus VPN kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs