- One mobilszolgáltatások
- Magisk
- iPhone topik
- Poco M3 - felújított állomás
- Honor Magic V2 - origami
- Xiaomi 12T Pro - kétszínű, mint a kétszázas
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Kikapcsolhatja az AirDropot az Apple az EU-ban
- 45 wattos vezeték nélküli töltés jön az új iPhone-ba
- Google Pixel topik
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
-
válasz
#63718632 #78987 üzenetére
Köszönöm. Sikerült!
Ha nem is elsőre. Ugyanis biosban a lemez letiltása semmit se használt, ugyanúgy megtalálta.
Szerencsére volt ezen alaplapon egy másik megoldás: Az IDE módot Enhanced-ről Kompatibilis-re váltottam. Ekkor csak a PATA hdd és dvd maradt meg a SATA ssd eltünt.
Ekkor már működött asudo update-grub
parancs [kép]; majd ezután még a csomagkezelőben uninstalláltam aos-prober
szolgáltatást.Azóta OK.
-
válasz
tordaitibi #78995 üzenetére
egyetlen szóval se mondtam hogy a kolléga beletörölgessen vagy javítgassn a grub.cfg-be.
Gyakorlatilag ha mondtad volna, azzal se lenne semmi gond, de tényleg az van, amit kéklufi(Rimuru) szaki írt, hogy azt ott picit érteni kell, ha belemódosítgatsz. Én is írkáltam már bele nagyon rég, mikor a kétmagos CPU-nak csak egyetlen magját használta a rendszer, no meg a kedvenc Manjaro-m, mikor mellette lévő rendszer GRUB update-ja felülírta a Manjaro GRUB-ját és jött a kernel panic. Ez utóbbi jött elő nálad is nemrég. Szóval a fallback opció azóta is működik nálad, gyakorlatilag azon a szinten a leghasznosabb opció a Manjaro GRUB-ban.
De látom, Te már nagyon profin átszerkesztgeted a grub.cfg-t is.
Szóval nem ördögtől való ez, de Kezdő topikban tényleg nem fogja ezt javasolni senki.
Ez a BIOS-ban való HDD letiltás is jó ötlet, de erre sosem gondolok, mert ahány BIOS, annyi fajta....
Én egyébként desktopnál mindig nyomtam egy Entert, ha elkezdte a boot utáni visszaszámlálást, úgyis ott ültem a gép előtt, ilyen apró probléma miatt nem kezdtem belepiszkálni.
-
Urak (Rimuru és Uby), én egyetlen szóval se mondtam hogy a kolléga beletörölgessen vagy javítgassn a grub.cfg-be.
Csak azt írtam hogy kukkantson bele és ha lát benne Windows bejegyzést akkor bizony a frissítésnél felvette a Wint a grub.
Amúgy meg, kőbe van vésve hogy a grub.cfg-t ne szerkesztgessük, nincs.
Én, igaz teljesen más szituációba de minden kernelfrissítésnél kénytelen vagyok ezt megtenni egy usb-s többcélú bootolható eszközön.
És működik.
Azt nem mondom hogy 2 perc volt mire rájöttem, a grub.cfg-be mi micsoda, volt rendesen guglizás meg fordítózás,
De egyáltalán nem ördögtől való, és amikor teljesen elbaltáztam, boot a gépre telepített Linux, javít és kész.
Doky, írtam hogy biosba tiltsd le a Wines lemezt és update-grub.
Majd kapcsold vissza a Win lemezt a biosba.
Így az első kernel frissítésig megmarad a megszokott indításod.
Az os-prober törlése is jó ötlet, ezt is kaptad tanácsként.
Ez amit idekopizok, ez felelős egy bármilyen OS indításáért.
Gyakorlatilag kell a grubnak a partíció UUID, a kernel verzió és az initrd, ezek helye.
ha ezt bekopizza bárni a saját grub.cfg-be akkor egy vendég lemezről, pendrájvról, sikítókorongról elstartol bármelyik Linux. A Manjaro kicsit válogatós, de Uby tanácsára használom a Fallback opciót és szépen elstartol.menuentry 'Ubuntu 18.04.5 LTS (18.04) (ezen: /dev/sdc4)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-696bb1bd-1d39-4738-b5d6-65bccb30c6fd' {
insmod part_gpt
insmod ext2
set root='hd2,gpt4'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt4 --hint-efi=hd2,gpt4 --hint-baremetal=ahci2,gpt4 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
else
search --no-floppy --fs-uuid --set=root 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
fi
linux /boot/vmlinuz-4.15.0-143-generic root=UUID=696bb1bd-1d39-4738-b5d6-65bccb30c6fd ro quiet splash $vt_handoff
initrd /boot/initrd.img-4.15.0-143-generic
Itt ha megvan a partíció uuid, a kernel száma és az initrd száma és uuid szerinti helyük, akkor egy Linux elindul, ha ég-föld összeszakad akkor is.
Egy egészen logikus felépítésre hajaz
(ennél már csak a fstab a faék logikusabb valami), és ha kicsit tanulgatja az ember, ilyen menüt is lehet kreálni, a
444tibi stable Kubuntu és a
Kedvenc Windows 10-em made by Redmond
ezek nem éppen a grub-update termékei. -
válasz
Doky586 #78990 üzenetére
Jogos, bocs, nem láttam a kép alját meg bootképernyőt se vagy féléve....akkor nyomj egy Entert, írja is a képeden, sajna évek óta nem foglalkoztam GRUB állítgatásokkal, valami viszont bugos nálad, ha nullán van mindkét érték és mégis 10 s-ről indul a boot. (ha megtalálom a GRUB-os blogomat vagy olvasok valami okosat, visszanézek)
(#78992) májkimiki
Te nekem itt tartsál kioktatást. Légy szíves!!
Ezt lefordítanád az ismert nyelvek egyikére?
(.)
-
Caldera
senior tag
Az alábbi problémában kérném segítségeteket. Adott egy UEFI rendszerű gép, GPT meghajtókkal, Win7-x64 és Ubuntu 20.04 LTS x64 grub-os duál boot-tal , aminek elhalálozott a Gigabyte 970A-UD3P alaplapja. Helyére került ma egy AsRock 990FX-Extreme4 lap, a grub újra lett téve. A probléma, ami eddig nem volt, hogy Win7 indítás esetén mindig felülírja a Grub-ot.
Ilyet még nem láttam, mit kellene akár BIOS-ban vagy bárhol ki/be kapcsolni, hogy ez megszűnjön?
Nem akarok minden nap Grub-ot telepíteni. Köszönöm!
-
válasz
Doky586 #78986 üzenetére
Te mondtad hogy ez csak szétszedéssel törölhető a menüből és minden frissítésnél visszajön ha nem húzom le.
Nem pont ezt jelenti, amit mondtam.
Ezzel csak azt éred el, hogy a GRUB úgy tallózza a rendszert, hogy nem fog találni más OS-t tartalmazó meghajtót/particiót. Egyébként látod a boot során a visszaszámlálást? Ha igen, akkor Entert nyomva azonnal felülíródik és elkezdődik a boot, de ha nem látsz visszaszámlálást akkor más a helyzet. (ha semmit nem látsz, nyomj TAB-ot és megjelenik a bootsplash vagy mi a neve)
Egyébként a GRUB-nál default a 0(nulla) és ez akkor változik, ha talál másik rendszert, de akkor a bootplash is láthatóvá válik, értelemszerűen. Szóval nálad lehet nem is ez van!
Nézned kéne egy
systemd-analyze
kimenetet!systemd-analyze blame
még jobb, ha magas az érték.(no de látom megérkezett a levegőminőség felelős ft is, be is fejeztem, mielőtt megint nyekergés lenne.....ennyi szaktekintély már megoldja hamar)
-services inaktiválást kérdezd majd tőlük, ha magas értéket kapsz az előbbi kimenetnél
-
#63718632
törölt tag
válasz
Doky586 #78986 üzenetére
Egy valamit még megpróbálhatsz. Távolítsd el az os-prober csomagot, majd sudo update grub és restart. Ez a csomag felel azért, hogy más rendszert is keressen a grub a konfigon.
Nincs semmilyen függősége a csomagnak, ne ránt magával semmit. Ezt láthatod majd a Synaptic-ban.
Mivel nem lessz másik OS a grubban, így vsz. helyreáll a várakozási anomáliád is. -
válasz
ubyegon2 #78984 üzenetére
Ismétlem: Nem szeretném szétszedni se most se minden frissítésnél a gépet.
Te mondtad hogy ez csak szétszedéssel törölhető a menüből és minden frissítésnél visszajön ha nem húzom le..
Hogy ez másképp nem megoldható az meg az én hibám."a választómenü késleltetési idejének csökkentése"
Most 0 hova csökkentsem még..?vadkörte:
Nekem is külön eszközön van: a win7 ssd-n a linux hdd-n van. -
vadkörte
addikt
válasz
Doky586 #78983 üzenetére
Mint írtam, nálam a W10+Manjaro dual boot-ban működik, bár külön eszközökön. A Linux a saját betöltőjébe beleírta a W10-et is, a W10 nem is lát magán kívül más boot-képes eszközt. A Manjaro már több frissítést megélt - havonta 1x van nagy, meg közben pár kisebb. A W10 is számtalan frissítésen van túl - 2016-ban telepítettem, talán 16xx verzióval, most 21H2 - és a W10 nem cseszte szét a linux GRUB-ját. Lényeg, hogy külön eszközön (gondolom, ha egy lemezen lennének, akkor is így működne) van és őfőméltósága meg van győződve az egyeduralmáról
-
válasz
Doky586 #78981 üzenetére
Ki gondolta hogy a linux frissítés rosszabb mint a win10 frissítés, és így szétcseszi a bootot.
Ezt kát volt a végére biggyesztened, mivel marhabaromság! Itt akkor van frissítés, amikor te nyomsz rá a gombra és még a GUI-s Frissítéskezelő is pontosan kilistázza, mik kerülnek frissítésre.
A boot-ot meg nem cseszi szét, mivel pontosan és szakszerűen az történt, ami elvárható ilyenkor, ha vannak egyéb OS-ek a gépben, akkor a multiboot miatt a rendszer azokat betallózza. Ez van.Ha te nem ismered egy adott rendszer működését és pislogsz meglepetten, attól még nem az adott rendszer lesz a rossz.
Egyébként a választómenü késleltetési idejének csökkentése és amit én javasoltam, az két külön dolog. A 10 sec-et sem kell megvárnod, ha nyomsz egy képeden is elmagyarázott gombot! De ettől még az ősrégi vacak HDD-t végigkerregeti majd a rendszered. Próbáltam gyakorlati tapasztalataim alapján ötleteket adni, de ezek szerint nem a szöveget próbálod értelmezni, hanem azt nézed, ki írja!
Te bajod.
(#78982) vadkörte
Akkor ez a dolog nyitja, hasonló karcos stílus! Még szerencse, hogy nem egyedül vagyok ilyen. Néha így is oly egyedül érzem magam itt..... brühühü....
(csak poen volt, mielőtt valaki félreértelmezi)
-
válasz
vadkörte #78982 üzenetére
Igen én is pont így csináltam. De engem zavar az a 10másodperces várakozás.
0 várakozás van beírva (bal oldali kép), de mégis vár..El lehet képzelni egy win10 + linux dualboot gépen mi történne ha minden frissítéskor ha talál maga mellett a win10 egy másik bootolható lemezt akkor azt ilyen 10s választómenüvel hálálná meg, mekkora botrány lenne belőle..
-
vadkörte
addikt
válasz
Doky586 #78981 üzenetére
Ugyanezt csinálta nálam a Manjaro, pedig külön eszközre lett telepítve, a telepítés idejére lehúztam a másik eszközt (W10).
Az első rendszerfrissítéskor rájött, hogy magán kívül van még boot képes eszköz és beleírta azt is. Így marad, engem nem zavar, a W10 meg nem is tud róla, hogy mások is laknak rajta kívül abban a házban. Mani-t meg a W10 nem különösebben zavarja.
#78975 ubyegon2:
"Szerintem közös ötletelésekkel tényleg elég jól haladtunk és kb erről szólna egy Kezdőknek fenntartott topik!"
Erről kellene szólnia a dolognak.
"Nekem amúgy megvan az is, hogy itt kicsit morogtál velem, mint mindenki eleinte és utána derült ki, hogy másik topikban (Manjaro talán) azelőtt elég jól és olajozottan tudtunk már kommunikálni."
Így van, aztán rájöttem, hogy már "ismerjük" egymást és arra is, hogy érdemes odafigyelni arra, amit tanácsolsz, mert segítő szándékkal teszed. A néha karcos, cinikus stílusod meg nekem bejön, én sem vagyok szentlélek... -
válasz
tordaitibi #78977 üzenetére
Így néznek ki: [kép]
Ott a végén van egy ilyen:
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
Itt a nemajánlott szerkeszteni fileban a 10-et átszerkeszteni 1-re?
Nem szeretném szétszedni se most se minden frissítésnél a gépet. A win7 ssd-n a linux hdd-n van egyébként. Tehát nem megoldható e választómenü eltüntetése? Bios menüből választva a win7 is tökéletesen működik.Ki gondolta hogy a linux frissítés rosszabb mint a win10 frissítés, és így szétcseszi a bootot.
-
válasz
Doky586 #78976 üzenetére
Ha a Frissítéskezelőt használtad, az ugyanúgy frissít minden csomagot, ha van új belőle, mint az update/upgrade parancs. Pár napja jött ki a GRUB-2 új verziója, így nyilván azt kell látnod, amit képeken csatoltál. A splasscreen-t meg látod bootkor, ha nyomsz egy ESC-et. Ha lassú a WIn7-es HDD és le tudod húzni fizikailag az alaplapról, érdemes megtenned és míg nincs rádugva, frissíted a GRUB-ot, utána visszadugod a Sata csatlakozót, így nem kerregteti a boot a Win-es HDD-t minden esetben. Ezt sajna minden frissítésnél meg kéne csinálnod, amikor GRUB frissítés is lefut, mint az említett új kernel. (ha elegendőnek érzed a kéklufi által javasolt visszaszámlálás csökkentését, akkor ez felesleges)
grub.cfg-ot inkább ne töröld, ahogy kéklufi is említi, még a módosításnál is pontosan kell tudni mit csinálsz. Törlés után mondjuk lesz egy vadiúj telepítésed.
Egyébként a grub.cfg képét csak akkor látod, ha a bootképes OS során nyomsz egy e betűt, normál esetben az nem jöhet elő.
(#78977) tordaitibi
De hibadnak ehhez semmi koze
Mivel nincs is hiba, a rendszer tökéletesen azt teszi és úgy, ahogyan azt kell neki ilyen esetben!
Lehet, hogy kollégánál még a régi fajta fekete-fehér karakteres Grub volt, így nem csoda, ha meghökkent az új Grub-tól. -
Rimuru
veterán
válasz
tordaitibi #78977 üzenetére
Rossz helyen keresed - nem, o pont a jo helyet talalta meg. Az emlitett update-grub parancsod az /etc/default/grub alapjan (is) generalja ki a /boot/grub/grub.cfg-t. Minden kernel frissitesnel, stb lefut generalas tehat ha a /boot alatt modositas tortenne az elveszik. Grub.cfg-t kezzel nem szerkesztunk hacsak nem tudod mit csinalsz (ha pedig mar tudod akkor nem a kezdo topicban vagyunk a kerdessel)
(#78976) Doky586
Nagyon roviden: [link] -
válasz
Doky586 #78976 üzenetére
Rossz helyen keresed.
/boot/grub/grub.cfg
A vegere gorgess, ahol kezdodik az os es a reco es egyeb kernel mode.
De hibadnak ehhez semmi koze mert akarmennyire nem fogadod el, felvette a wint az inditomenube.
Ha ez a gyanu, fizikailag vagy biosba valasz le a lemezt majd boot
Linux es sudo update-grub.
Majd reboot. Igy biztos hogy semmit nem fog felvenni sajat magan kivul. -
És kérdésem is lenne. Mi ez?
Egy régi retro P4 gépemre Linux Mint van telepítve.
A beépített szoftver frissítés opcióval frissítettem egyszer a fennlevő szoftvereket. Azt hittem csak a beépített officet, böngészőt stb frissíti, de megjelent egy ilyen izé bootoláskor:
[kép] [kép] [kép]Mi ez..?
Ez előtt csak fekete képernyő van (szöveg sincs), csak ez után jelenik meg a LM kis kerek bootolás ikonja. Szerintem lassabban is bootol a gép, 9s vár választásra, amire NINCS szükségem.. (a win7 teljesen független telepítés, innen el se indul) Eddig se volt itt ezután se legyen.
Megnéztem linux alatt a
sudo nano /etc/default/grub
filet, de az csak egy alap 4-5 sor, semmi ilyen választás nincs benne. Ez valami más. De mi? És hogy tudnám törölni mindenestül??? -
válasz
vadkörte #78974 üzenetére
Én köszönöm, hogy emlékszel és ezt meg is említed itt!
Szerintem közös ötletelésekkel tényleg elég jól haladtunk és kb erről szólna egy Kezdőknek fenntartott topik!
Nekem amúgy megvan az is, hogy itt kicsit morogtál velem, mint mindenki eleinte és utána derült ki, hogy másik topikban (Manjaro talán) azelőtt elég jól és olajozottan tudtunk már kommunikálni.
Nyilván ilyen kérdez/válaszol helyzetben sok függ az adott hangulati állapottól is. Néha velem is előfordult, hogy morcos voltam valamiért vagy valóban elég pokróc stílusban írok.Egyébként nekem tök jó látni, mikor ide benézek, hogy mennyi régi arc maradt azért itt tartósan, még ha már nem is mindennapi a jelenlét.
Nyilván a régi kedvenc topikjait mindenki olvassa, ha nem ment el a PH-ról.
-
Teljesen igazad van egyébként, de nem is nagyon jövök már, Winről jövőnek idén szerintem nem is írtam, de egyébként közöttük elég sok olyan van, aki hamar ideges lesz és elkezdi fitymálni a Linuxot, vele nem kell semmit kezdeni, értelmetlen a kínlódás. Akik komolyan gondolják, azokkal meg elég hamar megtaláltuk a hangot eddig is, ha eleinte nem is ment zökkenők nélkül minden.
jön egy mogorva megmondóember, aki minden szavukba beleköt
Éppen ennek igen praktikus oka van, ha pongyolán és Windowsos nyelvezettel fogalmazzák meg, mit szeretnének, egyszerűen nem tudom értelmezni. Ilyenkor sokan továbbgörgetnek én meg elkezdtem basztatni az embert, hátha kijön belőle, mit is akar, mik a hibajelenségek, utóbbiak esetén pontosan tudod, ha nem írja le valaki pontosan a hiba minden részletét, akkor csak a látóasszonyban bízhat.
De lassan úgyis kiesek a körforgásból, idén egyetlen disztrót raktam fel két gépre, szóval már mezei user szinten vagyok, pár napja már én is segítségért jöttem ide. Szóval van remény, hogy végleg eltakarodok és kellemes lesz a légkör.
(ja és a lényeg, én is sokat tanultam, ha valakivel konstruktívan végig tudtuk vinni egy hiba kiderítését/megoldását, mivel ténylegesen laikus voltam mindig is)
-
lck
senior tag
válasz
ubyegon2 #78971 üzenetére
Szerintem, sok mindent elengedhetnél a füled mellett ! Legyél lazább és toleránsabb, még ha nehéznek is érzed !
Sokszor csak elriasztod a windowstól idemenekülő delikvenseket.
Úgy is frusztráltan érkeznek ide, aztán jön egy mogorva megmondóember, aki minden szavukba beleköt - KÉSZ -
Erről azért már leszoktam, max akkor írok, ha képtelen vagyok x dolgot felfogni és muszáj rákérdeznem a miért-re. Erre persze többnyire sértődés van, mivel mindenki úgy gondolja, hogy ésszerűen döntve csinálja, azt amit csinál erre jön a koma, aki nyíltan rákérdez, hogy eztmostmérígy? Kolléga esete pont ilyen volt, tökéletesen futott neki sok disztró, Mint is például, erre felrak egy olyat, aminek az eredetije is a függőségek varázslata maga, azt meg tudjuk, hogy a systemd-vel inkább azoknak van baja, akik már értik is, melyik init rendszer miért és hogyan működik. Én például sík tök lehetek, mert 8 év userkedés alatt sem jöttem rá, mi bajom lehetne a systemd-vel. Mondjuk rühellhetném Pöttering frizuráját és akkor dobnám a Mint-et és szopatnám magam Gentoo-val.....
Ja a mondatodra, egész sokan viszont nem értenek félre, így aztán én megnyugodhatok, nem bennem van a hiba!
-
válasz
#63718632 #78968 üzenetére
L
De különösebben sok baja nem is lesz, ha néha felpezsdül egy kicsit. Ha valaki rühelli a pofámat és nem örül, hogy néha láthat.....hát istenem, soha ennél nagyobb galádságot ne kövessek el.
Rád egyébként elég nagy szükség van itt! Addig elég jól elvoltam veled is, míg valószínűleg nem véletlen pont ellenkező értelmet tulajdonítva a rövid kijelentésemnek.....no mindegy, szóval addig egész jól elvoltam is sokakkal. No, akkor ezt is megbeszéltük, folytassátok tovább békésen.
(remélem azt még te sem kiabálod rám, hogy azért alapvetően segítő szándékkal jöttem ide mindig) -
válasz
#63718632 #78966 üzenetére
Légkör miatt ezután sem kell aggódnod, a felhígult állomány miatt elég ritkán járok erre. Épp te voltál az, aki egy egyszerű könnyen érthető kijelentésemnek az ellenkező értelme miatt kezdtél el toporzékolni. Erre aztán már tényleg nem tudtam én sem mit mondani.
Azzal nehéz mit kezdeni, ha valaki nem érti, amit írnak neki, de elkezd pattogni. Szóval higgadalom!Már nem is írtam volna többet, ha nem érzed úgy, hogy neked mindenképpen be kell szólnod. Azért ahogy eddig is, havonta cc 10 hsz erejéig ezután is megjelenek.
ДарСтав
Visszaolvastam, amit neked írtam, csak nem a nokedli user jelzőn akadtál ki? Azt kezdő home userre használom, én is kb az vagyok. No mindegy, ha ez sértés....
AnyDesk-kel kapcsolatos javaslatommal mi volt a bajod? Tudnom kellett volna, hogy azzal is van valami hasonló mentalitásbéli problémád? Mivel a TW-ről épp itt írták, hogy nem az igazi már meg időkorlátos a free verziója, az AnyDesk-et javasolták, kipróbáltam és javasoltam neked is. Utólag is elnézésed kérem, ha ez is annyira vérig sértett!
-
-
Penguin95
senior tag
válasz
ubyegon2 #78949 üzenetére
Nem is tudtam, hogy ajánlott blogot írni ahhoz, hogy ne baszogassák az embert egy olyan dologért, amit szíve joga eldönteni. Még akkor is ha nem akkora bölcs mint te vagy, hanem csak "nokedli". De legyen, itt egy rövid blog csak most, csak neked:
Nem pártolom azt a mentalitást, aminek hála a systemd és annak gazdája mindenben is ott akar lenni. Talán ezt még az is megteheti, aki nem terminállal állítja be a napi ébresztőjét, pláne ha vállalja, hogy emiatt nehézségekbe ütközhet a későbbiek során.
A magyar dolgot gondolom a haladó topikos, eddig még nem találtam olyan alternatívát, ami ingyenes, tud magyarul (nekem megfelelne az angol, de a család többi tagja minimálisan se beszéli), könnyen kezelhető, és elérhető linuxon részre értetted, mivel itt erről szó sem esett. Van egy rossz hírem, nem emiatt halogattam eddig az AnyDesk kipróbálását, de ezt a jelek szerint még nem tudod, pedig ez elvárható lenne egy olyan ismeretekkel rendelkező embertől mint te.
nopara, csak ennyi lettem volna ebben a topikban, szerencsére rajtad kívül mindenki más képes volt arra, hogy időt és türelmet szánt a problémáimra, amiket nekik köszönhetően meg tudtam oldani. Nekik köszönöm még egyszer. És mielőtt blogot kérnél arról is, miért ezt a stílust választottam a válaszomhoz: Nem szeretem, mikor nincs egyensúlyban az általam, és a másik fél által képviselt stílus. Én úgy gondolom, hogy ezelőtt a hozzászólás előtt nem voltam tiszteletlen veletek, és igyekeztem nem játszani az eszem. -
Leesett, a 20.04-re kell külön telepíteni, értem. Amíg nem találod, rakd fel a Slimbook Battery-t. Kb ugyanaz.
Tényleg nem találni 20.04-re ezt a csomagot(mármint a 21.04 csomag felügyeskedését), amúgy legesélyesebb a PoP OS-nél keresgélni, ők szoktak friss Gnome csomagokat integrálni, itt említik is azt, ami neked kéne, de megoldást nem látok:
The future of power management on pop os
kb 1 hete sikerült feltelepítenem egy leírás alapján 20.04 alá is.
Nincs már meg az a telepítés ezek szerint, mert akkor vissza tudnád keresni az alkalmazott parancsokat....
(.)
-
Pano
addikt
válasz
ubyegon2 #78960 üzenetére
Tudom, hogy a 21.04 része, de egyszer kb 1 hete sikerült feltelepítenem egy leírás alapján 20.04 alá is. Ezt keresem és egyszerűen már szét túrtam a google-t de nem lelek rá megint.
Azt sikerült kigesztenyéznem, hogy power-profiles-daemon a csomag. Csak még azt nem, hogy 20.04 alá miként varázsoltható fel. -
Jogos, mondjuk csoda volt, hogy emlékezni véltem, mivel a 21.04-et szerintem még nem láttam. Viszont ezek a leírások new featuresről írnak, ahol ott van, amit Te is beraktál imént és a második linknél írják is, hogy Without installing any third-party application, Ubuntu now has built-in option to change the power mode. Szóval ez nem külön utólag telepítős akkor, ezért nem találod sehol.
Ubuntu 21.04 is Releasing This Week! Take a Look at the New Features
Changing Power Mode Is Easy Now in Ubuntu 21.04
Szóval sorry, tényleg semmi értelme nem volt ezek szerint ma ide beírni bármit is.
-
-
válasz
Doky586 #78953 üzenetére
Te egy 13 éves laptopról beszélsz.
Legrosszabb esetben 9 évesnek mondanám, mivel az 2012 novemberében jött ki, de utána is jó darabig szerintem még voltak sok gyártónál saját hibrid EFI megoldások, persze ha Te desktop alaplapra gondoltál, csak nem írtad, azt is megértem.
Nyugtass meg, hogy nem matekszakon végeztél!(3)
-
-
válasz
Doky586 #78950 üzenetére
Mondjuk éppen a HP Elitebook 8xxx sorozat, amit még eddig nem hallottam vackozni 8+ évesen is consumer biliműanyag laptopokból süt reggelire rántottát magának. De viccen kívül, az egy igen jó gép, az meg, hogy abban az időben minden egyes gép valamiféle hibrid EFI-legacy megoldással kísérletezett, szerintem nem von le semmit az értékéből. Még ma sem. 1000 Linux telepítést tuti csináltam már utóbbi 8 évben és ebből csak ezen a gépen végzett Manjaro-s kísérletem volt UEFI-s, majd talán az új veterán Dell M4700-on kipróbálom, de sokkal az se fiatalabb, mint a 8570p.
ATX desktopom van, de majd mindennap átcaplatni vele a Pest- Buda távot jó nagy marhaság lenne.No de legalább tudjuk, hogy van a Kezdő topiknak végre egy notebook szakértője!
Ilyenkor egyébként megmogyoróznak a Windowsos vagy SSD topikokban, azért jössz ide belekötni mindenbe?
Nem haragszom amúgy, kötekedésben én is otthon voltam, amíg írtam egyáltalán a topikokba.....
(2)
-
-
-
válasz
Doky586 #78943 üzenetére
Az utóbbi 9 évben már csak UEFI kompatibilis lapokat gyártanak..
Én a 2012-2013-as HP Elitebookommal együtt nem tapasztaltam ezt, volt valami hibrid legacy/UEFI opció, de ha nem hagyok fel elég gyorsan a próbálkozással, hosszabb kiventilláló blogot írtam volna az egészről, mint tordaitibi jókomám a galád Linuxról!
Egyszóval én 99 után gyártott gépekre is tettem már Linuxot, de erre az UEFI kompatibilis Elitebook sorozatra nem tennék, ha tizen bíztatnak se!
(bocs az offért egyébként)
ДарСтав
Igazi Donkihóte vagy, de ha nem szereted a függőségeket, akkor nagyon került a Debiant és még inkább az amúgy 97%-ban systemd-kiherélt Debian erőlködést. Egyszer írhatnál egy blogot, hogy aki totál nokedli Linux user, annak mi baja a systemd-s rendszerekkel.
Teamv. helyett meg ott az AnyDesk, amott írtad, hogy nem tud magyarul, de ezt még a program nem tudja.
nopara, csak ennyi lettem volna erre a hétre
-
válasz
tordaitibi #78945 üzenetére
"usb boot keptelen laptopra"
Ez most hogy jön ide..??Csak megjegyzem hogy a 17 éves 1magos P4 gépem is bootol usb-ről (ha a biosban jól van beállítva)
-
-
válasz
tordaitibi #78941 üzenetére
Az utóbbi 9 évben már csak UEFI kompatibilis lapokat gyártanak..
Azért nem csak 1999-ben gyártott gépekre tesznek Linuxot az emberek (remélem)"userek 90%-a azt se tudja eszik vagy isszak a gpt/efit." - nemis kell tudniuk - ezért felesleges ilyen-olyan programokat letöltetni velük (feleslegesen)
-
válasz
Doky586 #78939 üzenetére
Jogos de azert a jelenleg hasznalt őskövület vasak nagyresze mbr/bios, meg a jelenleg "hasznalt" userek
90%-a azt se tudja eszik vagy isszak a gpt/efit.
Kulonosen a szokasos
"Van egy 17 eves xp compatible laptopom, milyen disztrot tegyek ra hogy menjen a YT meg a 4k videok....??? !! Jaja. -
válasz
CPT.Pirk #78654 üzenetére
"Telepítő kiírása:
rufus progival."Manapság felesleges bármilyen program.
Egy FAT32 pendrivera rá kell másolni az ISO tartalmát. Bármilyen filekezelővel. (ugyanúgy ahogy egy zip-et kicsomagolunk). Pont ezért os független a dolog (win vagy linux egyre megy). Utána uefi bootolást kell választani.
A disztrók többségénél a secure boot is bekapcsolva maradhat. -
Skullwipe
senior tag
válasz
CPT.Pirk #78912 üzenetére
Már nehezen követem
A reportok rámutattak, hogy 3Gb memória van a gépben.
Az alaplap 4 slotot támogat.
2+1+1+1 Gb-os memóriák voltak benne.
Tegnap áttanulmányoztam a modulokat, mindegyik működik.
Aztán úgy gondoltam ha már kiderült, hátha ez okozza a gondot.
Most már csak a A1+A2 slotokban van 2+1GB memória, B1+B2 üresen van.
Továbbiakban eredményekre várok.
Volt két kisebb különböző időpontokban teljes lefagyás a pc-n, ami az egér mozgatást se engedte, de a pc működött mindegyik esetben ezek után is.
éppen csak működő gép
Sokszor megesik, ma is ~100 000 ,- Forintos alaplapokkal is, hogy 4 slobtól 2 nem használható.
Nem azt jelenti, hogy egy pc "éppen csak működő".
Bőven előfordul a fenti ár kategóriában a PCI-E slot meghibásodás, ami jóval nagyobb gond.A jővőben, ergó a következő generációs Intel gépekben már az alaplap lesz maga a tápegység is, vagy legalább is félig. Ezzel még jóbban nő az alaplapok meghibásodása, és csak még drágább lesz ez az adott komponens, és tovább bonyolítja a dolgokat a jövőben, de ez más téma.
-
-
Penguin95
senior tag
válasz
growler #78934 üzenetére
Akkor egy próbát tenni fogok vele, eddig nem is tudtam, hogy létezik ilyen verzió belőle.
A Devuan eléggé más, lényegében egy systemd nélküli Debian. Még a Debian egyik tárolóját is csak körültekintéssel tudom használni, viszont arra szükségem volt a Steam miatt. Ha olyat próbálok feltenni amit nem kéne, jellemzően le akarja gyalulni a fél rendszert. -
growler
őstag
válasz
Penguin95 #78933 üzenetére
Ez egy indítható Firefox verzió - telepítés nélkül indítható. (Hasonlóan mint a win.-es
portable app.)
Más: Ubuntu (és ezen alapuló rendszerekhez) erről az oldalról szoktam letölteni/telepíteni
a legújabb stabil kernel verziót (általában csak kipróbálás céljából) [link]
(A 7 összetevő közül a 3 "lowlatency" kivételével a másik 4-et töltöm le/telepítem.)
A Devuánt nem ismerem ebből a szempontból - nem merem nyugodt szívvel ajánlani ! -
Penguin95
senior tag
CPT.Pirk: Ez a része nekem sem igazán tetszik, de valamit valamiért. Én még részben örülnék is a régi csomagoknak a régi hardver miatt, de nem úgy, hogy ez a használhatóság rovására megy.
berus.berus: Túl sok dolgot nem tennék fel a backports-ból, összesen a Firefox és a kernel érdekel(t) onnan, minden más tökéletesen működik így is.
Az Arch alapú rendszerek nálam sajnos kiesnek. Próbáltam már párat, de ezen a gépen valamiért lehetetlen őket telepíteni egy kivétellel. Úgy 2 perc alatt végez a telepítő, és a végeredmény egy üres grub lesz. Hogy mi a kínja arra tippem sincs, nagyon nem is törődtem vele, mivel hozzám mindig is közelebb álltak a Debian, és 2010 előtti, Ubuntu alapú rendszerek.
growler: Bár vonzó a friss Firefox gondolata, lehet először még maradnék a stabil kiadásoknál. De megjegyzem, hogy van ilyen is, és lehet majd megnézem. -
#08299776
törölt tag
válasz
Penguin95 #78928 üzenetére
Nem javaslom...
Ha a mozilla.org-ról letöltöd a tar csomagot, ott van benne minden, ami futtatásához szükséges, és nem tolod tele backportos függőségekkel a rendszert, ami nem tesz jót a stabilitásnak...
Ha backportsból telepítgetsz rendszeresen, akkor tényleg felesleges a Devuan/Debian vonallal kínlódni; ha nem akarsz systemd-t (amit ma már maximálisan megértek) akkor mondjuk Artix runittel, Arch alap, mindenből a legfrissebb... -
Skullwipe
senior tag
Az létezik, hogy ScrollLock miatt megáll a "Linuy Mint" betöltése? Sose hallottam ilyenről, de az előbb szemtanúja voltam. Megnyomtam a ScrollLockot, hogy ne világítson az indikátor a billentyűzeten, és utána a rendszer azonnal betöltött, addig csak ott ált a kezdő Mint logó a négy pöttyel. Én sose láttam linux alatt a SL-t világítani sem, nem hogy ilyet csinálna. Próbáltam mutogattam, hogy nem tud felvilágítani. Sose néztem utána, de gondolom hogy ez egy easter egg, biztos van valami sztorija ennek is miért van így, mivel azt tudom hogy ez a billentyű a dos érából jön és gondolom hogy tudomást se veszünk unix alatt erről (vicc).
-
Penguin95
senior tag
válasz
CPT.Pirk #78927 üzenetére
Igazából ezt javasolják a Devuan oldalán is, egészen pontosan annyit, hogy csak ideiglenesen legyen engedélyezve és csak addig, amíg feltesz az ember egy szükséges csomagot. Lehet akkor majd ezzel kezdem, egy Firefoxot azért csak könnyebb helyrehozni mint azt a csodás Nvidia drivert.
-
Penguin95
senior tag
válasz
#08299776 #78925 üzenetére
Neked is köszönöm! Nekem igazából nincs bajom a régebbi kernellel sem, viszont egy próbát megért a dolog ha már javasolta CPT.Pirk. Az Nvidiától letölthető driverrel eddig nekem sosem volt szerencsém. Hol nem működött, hol elszállt az X, hol fel sem lehetett tenni... Szívem szerint cserélném is a fenébe, pláne mivel ez a típus is tömegesen pusztul mint a 8800GTX-ek anno, csak ugye ez már forrasztott, nem pedig MXM-es.
A Firefoxnak nekiesek majd délután, csak eddig reméltem, hogy van frissebb valamelyik tárolóban. -
#08299776
törölt tag
válasz
Penguin95 #78924 üzenetére
Én nem erőltetnék rá másik kernelt, nem leszel vele előrébb...
Szerencsére az Nvidiatól megszabadultam évekkel ezelőtt, de míg az volt, én mindig az oldalukról szedett bináris meghajtót tettem fel, nem a tárolókban lévőt...
Ha gond van a Ff 78-as verzióval, inkább azt frissítsd vagy tegyél fel vmi mást (Vivaldi, Opera, Chrome simán települ).
Ha új Ff-ot akarsz, csak letöltöd a mozilla.org-ról a tar csomagot, kibontod az /opt alá, szimlink a firefox binárisra az /usr/local/bin alá és kész. -
Penguin95
senior tag
válasz
CPT.Pirk #78923 üzenetére
Mindenképp maradnék Devuanon, mivel egyébként nagyon jól fut, sok esetben olyan leírást is követhetek ami Debianhoz készült, sokkal stabilabb mint eddig bármi más, és nincs systemd. Utóbbi azért fontos nekem laikusként is, mivel még a systemd korszak előtt kezdtem bele a Linuxozásba, emiatt jobban is szeretem az ilyen rendszereket, plusz nagyon nem értek egyet azzal az iránnyal, hogy minden is attól függjön. Nyilván vannak buktatók, de ezzel számoltam már az elején, plusz ez inkább csak hobbigép, szóval nem dől össze a világ ha valami rosszul sül el.
Lehet akkor holnap teszek egy próbát a haladó csoportban is, mert ez a problémakör már olyan terület nekem is, amit nem tudok pár kérdéssel és egy kis olvasással megoldani, ez a kismillió tároló, és a függőségek függőségének a függősége mindig is a gyengéim közé tartozott.
Minden esetre köszönöm a tanácsokat és a rám szánt időt, már az nagy segítség, hogy sikerült elindulnom egy irányba, és látható visszajelzést kapok arról, hogy mi is a gond. -
CPT.Pirk
Jómunkásember
válasz
Penguin95 #78922 üzenetére
Az a két csomag amit hiányol, abból az egyik az unstabil, másik a merged ágban van.
Feltétlen ragaszkodsz a Devuanhoz? A javaslatom az, hogy dobj fel egy Mint-et helyette és valszeg minden gondod megoldódik vele.
B lehetőség, hogy a Debian topicban meg a haladó Linuxosban is rákérdezel, hátha tudják mit kellene itt csinálni mert én kifogytam a tippekből.
-
Penguin95
senior tag
válasz
CPT.Pirk #78920 üzenetére
Nos, kalandos 2 órán vagyok túl.
Megpróbáltam amit írtál, de a helyzet változatlan volt. Illetve annyi történt, hogy utána már egyik kernellel sem volt hajlandó indulni a rendszer, és a helyreállítási módból kellett lepucolnom a komplett Nvidia és 5.x-es kernel pakkokat. A gond elvileg megvan, függőségi probléma, de tippem sincs ezzel mit lehetne kezdeni. Próbáltam először feltenni azokat amikre panaszkodik, de az a baj, hogy csak egyben hajlandó települni a komplett pakk, külön-külön nem. Ezt kapom a telepítés végén: [kép] -
fatpingvin
addikt
válasz
Starchm #78918 üzenetére
én biztosan Debiannal kezdenék. ha valami lesz azzal úgy is találkozol de sane defaultnak tökéletes, már azért is mert sokminden van a repókban, nem kell vele molyolni.
esetleg ha szeretnél kicsit mélyebb vízbe állni akkor Alpine-t érdemes lehet megpróbálni, kisebb a csomagválaszték de egy nagyon jópofa kis disztró, igazi svájci bicska. -
CPT.Pirk
Jómunkásember
válasz
Penguin95 #78919 üzenetére
Ahogy nézem már nincs külön modules csomag. Régen volt.
Itt szerintem az nvidia-legacy csomagot is frissítened kell a backportsból, mert összefügg a kernel verziójával.
Itt van a lista, szerintem keresd meg ebből azt a nevűt, ami már most is telepítve van és az apt -t... módon tedd fel.
https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=nvidia-legacy-340*Starchm: igen, a Debian egy jó választás ilyen célra. Van neki normális wiki oldala is ezeknek a beállítására.
-
Penguin95
senior tag
válasz
CPT.Pirk #78917 üzenetére
Megpróbáltam a dolgot, a tárolót sikerrel hozzá is adtam, 5.9-es és 5.10-es linux-image-et és headers-t találtam is, de a linux-modules-ra konkrétan semmit nem talál. Ettől függetlenül megpróbáltam feltenni mind a kettőt külön-külön, viszont boot közben amit összesen kapok, az egy villogó kurzor, onnét se előre se hátra. A telepítés végén egy ilyen hibát kaptam, gondolom az imént említett hibát is ez okozza:
/etc/kernel/postinst.d/dkms:
Error! Bad return status for module build on kernel: 5.9.0-0.bpo.5-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-legacy-340xx/340.108/build/make.log for more information.
Ha látod értelmét, feltöltöm pastebin-re a make.log-ot, de én úgy veszem ki, hogy ez is a linux-modules hiányára vezethető vissza. -
Starchm
őstag
Sziasztok!
Mivel nincs meg konkret distro, ezert gondoltam itt jo helyen lesz a kerdes. Van egy Lenovo C560 AIO (4460T, 8GB). Otthoni jatszos szerver lenne belole (smb,mysql,nut) erre esetleg van valami ajanlott distro, v erdemes mondjuk egy debian stable-vel neki kezdeni? Eleg a cli is boven, ugyis 99%-ban ssh-rol lesz barmi csinalva.
Koszi elore is.
-
CPT.Pirk
Jómunkásember
válasz
Penguin95 #78915 üzenetére
A backports tárolót kellene bekapcsolnod, az nem fogja elrontani a stabil csomagokat.
Ezt kellene hozzáadnod az
/etc/sources.list
fájlhoz, beírva a kódnevet.deb http://deb.devuan.org/merged <release codename>-backports main
Aztán mehet egy apt update
Így tudsz ott keresni:sudo apt -t beowulf-backports search csomagneve
Így tudsz onnan telepíteni:
sudo apt -t beowulf-backports install csomagneve
Hogy pontosan melyik 3 csomagot kell felraknod a kernelhez, azt a webes keresőjük alapján nem tudom megmondani, mert a Debian vonalon szokásos összevissza jelöléseken nem igazodok ki. Ezekre a nevekre kell keresned, elvileg 5.9-es kernelt fogsz találni:
linux-image
linux-headers
linux-modulesA teamviewerre egyenlőre nincs tippem, hogy mi a megoldás.
-
Penguin95
senior tag
válasz
CPT.Pirk #78914 üzenetére
Köszönöm a gyors választ!
A Teamviewer a fejlesztő oldaláról lett letöltve, elvileg a legújabb, 15-ös verzió. Én neveztem át, hogy egyszerűbb legyen a dolgom mikor terminálból próbálkozom. Megpróbáltam úgy is ahogy javasoltad, de így is ugyanaz a helyzet.
A másik problémára: Annyit még kérdezhetek, ezeket hogyan telepíthetném rendesen? A Synaptic, illetve az apt és az apt-get semmiből nem talál frissebbet (a sources.list-hez eddig még nem nyúltam), önállóan meg inkább nem kezdtem el jobban piszkálni a rendszert. -
CPT.Pirk
Jómunkásember
válasz
Penguin95 #78913 üzenetére
Szia!
Próbáld meg úgy feltenni, ahogy írják is:sudo apt install ./teamviewer_13.x.yyy_[arch].deb
Egyébként a megfelelő verziót próbálod telepíteni? Mert elvileg kellene lennie verziószámnak a csomag nevében.
Videólejátszás:
Két dolgot próbálnék meg:
-újabb firefox, azon már WebRenderer is van, nem csak OpenGL lehetőség
-újabb kernel, mert a tied már lassan 3 éves. Az alatt sok minden történt grafikus driverek terén - 5.10 elérhető a tárolókból -
Penguin95
senior tag
Sziasztok!
Remélem jó helyen járok, Teamviewer telepítés, és online videólejátszás ügyében szeretnék segítséget kérni.
A gép és a rendszer adatai:
- Lenovo ThinkPad T61 (Intel Core 2 Duo T9300, 2*2 GB RAM, Nvidia Qudaro NVS140M, 120 GB Kingston V300 SSD)
- Devuan Linux 3.1 (Beowulf), 4.19.0-16-amd64 kernel, XFCE 4.12.2
Akadt már jó pár gondom a rendszer belakásával (például az apt autoremove törölni szerette volna a fél rendszert), de mostanra szinte mindet megoldottam, kivéve a fentebb említett két dolgot.
A Teamviewer esetén az a problémám, hogy amikor megpróbálnám telepíteni deb csomagból, egy rakat csomagot szeretne eltávolítani, köztük olyan dolgokkal mint az Nvidia driver (340-es legacy), vagy épp a komplett kernel, és nem tudok rájönni, hogy miért. Mivel az autoremove már produkált ilyet, megnéztem, hogy ott is fennáll-e megint a hiba, de nem, ott ezek a csomagok nincsenek törölhetőként megjelölve. Egy kép a konkrét problémáról.
A másik problémám az online videók lejátszásával kapcsolatos. Tény és való, a gép már nem teljesen alkalmas napi használatra a hardveréből adódóan, de más disztribúciókon (Linux Mint 20.1, Linux Mint Debian Edition 4) azért még nem okozott neki gondot az 1080p-s videók lejátszása h264ify mellett, míg itt erősen szenvedős a dolog. A legfurcsább az egészben az, hogy a YouTube statisztikája szerint egyetlen dobott képkocka sincs, és az internet sebességével sincs probléma. A hardverben is lenne még tartalék, mivel a CPU jellemzően 65-90% között mozog (utóbbit elég ritkán éri el), a GPU pedig 60% fölé nem megy. Ezen felül a hőfokok is jók, minden 65 fok alatt marad még töltés mellett is. Egyedül a VRAM az ami teli van (128 MB), de ez a korábban említett rendszereken sem volt másképp. A böngésző Firefox 78.11.0esr, a grafikus gyorsítás pedig engedélyezve van (OpenGL). Ezzel esetleg tudnék valamit kezdeni?
Ha valamit kifelejtettem vagy nem néztem meg, akkor szóljatok. A terminállal egyszerűbb parancsok esetében boldogulok ha szükséges, és előre is köszönöm! -
Skullwipe
senior tag
válasz
CPT.Pirk #78910 üzenetére
Nincs ez az opció, ilyen biosban.
Nem a paszta volt a gond, azt fél éve cseréltem. A gyári intel hütű egyik fehér lába le volt tőrve és nem tartotta jól, most már alapból 40c-on van. Kiderítettem, hogy a második két slot memória nem működik, ezért csak 3GB a memória benne, a másik két 1Gb-osat nem látja a lap. Azon a részen a lap görbül, gondolom valamelyik rétegen megtörtek a szálak(trace). -
CPT.Pirk
Jómunkásember
válasz
Skullwipe #78909 üzenetére
Secure boot be van kapcsolva?
Emiatt kérdezem:
[ 32.275884] nvidia: loading out-of-tree module taints kernel.
[ 32.275904] nvidia: module license 'NVIDIA' taints kernel.
[ 32.275906] Disabling lock debugging due to kernel taint
[ 32.293276] nvidia: module verification failed: signature and/or required key missing - tainting kernel
[ 32.303959] nvidia 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
-
CPT.Pirk
Jómunkásember
válasz
Skullwipe #78906 üzenetére
A 3pFR link alapján a lightdm és a Xorg került kilövésre. Vagyis nem lefagyott a gép, hanem megszűnt az interakció lehetősége a géppel.
jún 12 13:39:21 kodi-pc systemd[1]: lightdm.service: State 'stop-sigterm' timed out. Killing.
jún 12 13:39:21 kodi-pc systemd[1]: lightdm.service: Killing process 796 (lightdm) with signal SIGKILL.
jún 12 13:39:21 kodi-pc systemd[1]: lightdm.service: Killing process 818 (Xorg) with signal SIGKILL.
jún 12 13:39:21 kodi-pc systemd[1]: lightdm.service: Main process exited, code=killed, status=9/KILL
jún 12 13:39:38 kodi-pc systemd[1]: systemd-logind.service: State 'stop-sigterm' timed out. Killing.
jún 12 13:39:38 kodi-pc systemd[1]: systemd-logind.service: Killing process 736 (systemd-logind) with signal SIGKILL.
jún 12 13:40:51 kodi-pc systemd[1]: lightdm.service: Killing process 818 (Xorg) with signal SIGKILL.
jún 12 13:41:08 kodi-pc systemd[1]: systemd-logind.service: Processes still around after SIGKILL. Ignoring.
Azt viszont ebből nem tudom, hogy mi vezetett ehhez.
Jól látom, hogy nVidiás a gép? Ahhoz a nyílt, vagy a zárt drivert használod? Ha azt ami alapból van, akkor helyette érdemes lenne megpróbálni a zártat, mert az nVidia nyílt drivere nem a legjobb sajnos, messze nem kap akkor a támogatást, mint az AMD-s nyílt driver. -
Skullwipe
senior tag
Itt van az eredmény fagyás után:
dmesg | curl -F 'f:1=<-' ix.io
ix.io/3pFQjournalctl | curl -F 'f:1=<-' ix.io
ix.io/3pFRFagyás után azonnal BIOS update történt, így frissítés utáni sima infók:
dmesg | curl -F 'f:1=<-' ix.io
ix.io/3pGajournalctl | curl -F 'f:1=<-' ix.io
ix.io/3pGb -
Skullwipe
senior tag
válasz
lev258 #78903 üzenetére
Még mindig nem csináltam meg, el is felejtettem, ha már nem lesz használtban ma már rákeresk a verzióra.
Nem tudok másik profilba menni, nem megy, totál leáll, de megpróbélom megint ha ilyen lesz (ctrl + alt + f2, stb.). Én is arra gondoltma, csak a desktop env áll le, de még az audio is beakadva ismétlődik. Ez a hiba volt régebben is különböző distrokon is, de valamiért eltűnt és jó régóta elő se jött. -
CPT.Pirk
Jómunkásember
válasz
Skullwipe #78901 üzenetére
Az egyetlen gyanús dolog amit látok:
ACPI BIOS Warning (bug): Incorrect checksum in table [SSDT] - 0x0A, should be 0x11 (20190816/tbprint-177)
De ez egy nagyon régi bug ami egy csomó gép bioszában benne van, a kernel emiatt egyszerűen csak nem foglalkozik a hibás cheksummal.
Mást nem látok. Ez a gép hogy áll biosz frissítéssel?
-
Skullwipe
senior tag
Megtudnátok mondani, mi okozza a fagyásokat? Nem tudom kitalálni, tegnap óta két log-ot lementettem. Most nem a kikapcsolással van baj, az még majd kiderül miért van, vagy legalábbis remélem, hogy kiderül, csak most hirtelen elkezdet lefagyni véltelenszerűen a pc:
tegnap délután, ma egy negyed órája, a két report teljesen különböző, nem tudom mit kell nézni, annyit találtam, hogy "Watchdog thread running." mind a kettőnél meg van.
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Antivírus szoftverek, VPN
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Gyors, Precíz, Megbízható TELEFONSZERVIZ, amire számíthatsz! Akár 1 órán belül
- REFURBISHED - DELL Thunderbolt Dock WD19TBS docking station (210-AZBV)
- BESZÁMÍTÁS! Gigabyte A620M R5 7500F 32GB DDR5 512GB SSD RTX3070 8GB ZALMAN S2 TG Enermax 750W
- AKCIÓ! AMD Ryzen 9 3900X 12 mag 24 szál processzor garanciával hibátlan működéssel
- BESZÁMÍTÁS! 2TB Kingston KC3000 NVMe SSD meghajtó garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest