-
Fototrend
Arch Linux topik
Új hozzászólás Aktív témák
-
De pontosan értem, hogy mi az AUR, tudok bash scriptet olvasni.
Pl. azt le lehetne írni a doksiban, hogy legalább csekkolja le a júzer a git repot, ahonnan a forrás lejön, hogy valóban az adott szoftver megfelelő verziója van ott.
Pl. ha kiscicás firefox-ot akar a júzer, akkor valamilyen szinten olvasson utána a pkgbuild file-ban található url-en, hogy az van-e ott, amit fel akar tenni, és valami ismert, megbízható fejlesztő kiscicás firefox verziója legyen az.Nyilván nálam sokkal tapasztaltabb és képzettebb júzerek ennél sokkal korrektebb megoldást is tudnának.
De ha mondjuk lenne rá erőforrás - ami gondolom, nincs - lehetne egy automatizmus, ami telepíti és csekkolja a csomagot ( akár kódszinten ), és ha valami gyanúsat észlel, akkor megjelöli, hogy ember is nézze meg. Akár lehetne önkéntesekből álló csapat is, vagy hasonló.
Persze, amit ebben a bekezdésben írok, abban érzem, hogy elég elrugaszkodott, mert nyilván nincs rá erőforrás.Illetve sosem próbáltam linuxon víruskeresőt, de ha vannak hatékonyak, akkor akár lehetne valami script, ami az AUR-ból build-elt dolgokat ellenőrzi telepítés elött.
-
Igen, tudom, csak mivel nem egy máshonnan mellétákolt cucc, hanem hivatalosan is támogatott a létezése, ezért szerintem valamit kellene lépni.
Ha mást nem, egy doksit létrehozni az AUR csomagok biztonságos kezelésére. Egy Howto, hogy mit és hogy ellenőrizzen a júzer.
Netán valami automata ellenőrzés a csomag feltöltésekor.
-
#9081
Bici
félisten
IstvánLászló
#9080
válasz
IstvánLászló
#9080
üzenetére
Igen, a kárvető csak az AUR-ra feltöltött verziót érinti.
Jó lenne tudni, hogy hány egyéb AUR csamag érintett hasonlóban most és a jövőben.Kiváncsi vagyok, hogy lesznek-e plusz biztonsági intézkedések ezután.
-
válasz
growler
#8977
üzenetére
Gondoltam rá, hogy kipróbálom, csak most a munkagépen (amire tenném) nem lenne könnyű átrakni, márpedig súlytalan próbával nem jönnek ki a nyűgök.
De a netezős gépen szerintem kipróbálom.whbear: A cachyos különböző optimalizálásokat eszközöl a csomagok forsításánál. Itt van róla teszt.
Nyilván nem váltja meg a világot, csak érdekes.BoB: Simán lehet, csak érdekes a koncepció számomra.
-
Köszi, végül nem találtam sehol.
Végigvárom a buildet inkább.Ugyanerről jut eszembe, hogy van arra valami trükk, hogy ha valami történik a terminálban (pl. megy a fordítás), az blokkolja a gép elalvását?
Folytatta a fordítást, miután felébresztettem, és hibaüzenet sem volt, de nem tudom, hogy így hibátlan lesz-e.
Oké, átállíthatom ilyen esetben 2 óráról többre, aztán vissza, de hátha van erre okosabb megoldás.Kössz!
-
Sziasztok!
Érdeklődnék, hogy van-e valami bevált módszer az unofficial Arch repokban való kereséshez.
A codelite nevű csomagot keresem, mert az AUR-ban lévő verzió fordítása a laptopomon marha lassú, a -bin változat meg hónapokkal később frissül általában.
Nem életbevágó a dolog, de hátha van egy frissen tartott repo, ami tartalmazza a progit.
Köszi!
-
Sziasztok!
Régóta szívok az NFS megosztással.
A cél, hogy egy mappát megosszak a laptopról egy klienssel.
A kliensek másik eszköz NFS megosztását gond nélkül látják, tehát nálam van a gond a laptopon.Végigcsináltam mindent a wiki szerint, de mivel amikor egy éve először elkezdtem ezzel foglalkozni, nagyon kevés időm volt, tuti elbénáztam valamit.
Most újrakezdtem, de ugyanaz az eredmény.A TV látja azt, hogy melyik foldert akarom megosztani (igazából azt látja, amit az /etc/exports file-ba írok), de hiába van arra a folderre mountolva bármi, azt már nem látja a kliens oldalon semmi: se linux, se a TV, se a Chromecast.
Ugyanitt akadtam el régebben is. Már hiába csinálom végig a wiki, vagy más tutorialok szerint, nem műxik. Biztosan valami el van mókolva, csak nem jövök rá, hogy mi az.
Van tippetek erre?
-
-
Sziasztok!
Jelenleg egy laptopot használok külső monitorral.
Ha lecsukom a laptopot, akkor a külső monitorra rak ki mindent, és nem megy el suspend-be.
Van erre megoldás?
Az lenne a cél, hogy a rádugott monitortól függetlenül menjen suspend állapotba ha lecsukom.Találtam megoldást rá, de nem műxik, mert a dconf-ban nem létezik a lid-close-suspend-with-external-monitor kulcs.
Előre is köszi a helpet!
-
Sziasztok!
Valaki próbált már ARch/Manjaro disztrón Virtualbox-ot konfigolni?
Nekem nem megy.
Természetesen, nincs ilyen vboxconfig.
Ezután az Arch wikit követtem, de van pár dolog, amit nem értek:
1.) - "kernel tree folder" <- ezmiez?
2.) - reboot után be kéne töltődnie a kernel moduloknak, de nem töltődnek
3.) - manuálisan betöltve azt mondja, hogy nincs ilyen:$ modprobe vboxdrv
modprobe: FATAL: Module vboxdrv not found in directory /lib/modules/5.10.83-1-MANJARO -
Köszi!
Közben kiderült, hogy mindegy is, hogy melyik kernel, mindegyikkel ezt dobja:
Van valami initramfs fallback mode, azzal nem írja ki, de ugyanúgy megáll a boot, mielött a grafikus részhez érne.Ha a display managert (lightdm, entrance) kikapcsolom, akkor eljut a login prompt-ig.
Hogy tudom a default loglevel-t maxra állítani?
Csak arch akapú disztróknál csinálja, de nem akarok emiatt mást használni, inkább a végére járnék.Bármilyen tipp jól jönne. :)
Kössz!
-
-
Ismerem a double commandert. Használom is.
Én olyan fícsörökre gondoltam, amiktől szerintem kevésbé fapad a Nemo, mint a file másolások sorba rakása, hogy pl. winyón ne lassuljon be a párhuzamoms másolástól, vagy a részletesebb megjelenítési sorrend beállítás.
Tény, hogy a DC-hez képest a Nemo is fapad.A KDE-ből biztos kihozható sokminden, de én Qt gyűlőlő lettem 6-7 év Qt5 fejlesztés után, és emiatt kicsit fázom mindentől, ami ezzel készült. 100% szubjektív defekt.
Meg az XFCE készen van, nincs értelme a KDE-ből lemásolni.A Manjaro csak amiatt jön szóba, mert Arch alapú, de kicsit lassabban frissül, és XFCE-vel alapból marha jól néz ki.
Az Arch-omat sikerült egy félresikerült kényszerű Windows installal kinyírnom, szóval az általános gépen jó lesz a Manjaro.
Ha egy évig kibírja komolyabb hiba nélkül, akkor a melós rendszeremet is visszaköltöztetem rá. -
válasz
Siriusb
#6660
üzenetére
Mi a baj a Cinnamonnal? Csak a minimalizmus hiánya?
Nálam XFCE van Fedorán, és Cinnamon Arch-on.
Az XFCE szerintem nagyon jó cucc.
Kevesebb pozitív (csillivilli hiánya), és kevesebb negatív (gnome3 származékként tud alkotni a Cinnamon...) élményt ad, szóval unalmasan használható, de szerintem mégis van benne valami szerethető.
Egy jó témával szerintem annyira faszán néz ki, hogy neken nincs igényem komolyabbra.
A file kezelője kicsit fapad volt elsőre a Nemo után, de idővel rájöttem, hogy nekem nem is annyira fontosak a Nemo plusz fícsörei.
Arch-on is XFCE-zni fogok hamarosan. Mégpedig Manjaro formában.Nálam a KDE kuka az old-school Windows szerű kinézet, és néhány KDE4 óta kikopni nem akaró UI elem miatt, és a Gnome3 származékok is a címsorba rakott ikonok és a megbízhatatlan extension-ök miatt.
-
Így van, itt nem arról volt szó, hogy az AMDGPU sz*r, hanem arról, hogy az Arch fejlesztőinek valószínűleg kevesebb erőforrása van az ilyen ritkább esetek kezelésére.
Persze más disztróknál is előjöhet ilyen gond, csak nálam a két szóba jövő gyorsan pörgő disztró közül a fedora volt inkább megbízható az elmúlt évek tapasztalatai alapján, és én ezért választottam azt munkára.
Míg általános használatra maradok az Arch-on. -
Megtartottam az Arch-omat is, mert általa jobban megismerem a linuxot, de mellette ott a Fedora is, mert ha munka közben jön negy ilyen Arch-os több napos keresgélés, hogy mit kell tennem, hogy legyen kép a VGA-n, akkor az nekem sok pénzembe fog kerülni.
Sajnos, nem az első eset, hogy Arch-on napokig áll minden.
Most néhány hete két különböző is volt két különböző gépen, igaz mindkettő AMDGPU kernel paraméterekről szólt. Arch iommu és Manjaro amdgpu.dc=0 egy GCN3-as IGP-n.
Mindkettő használhatatlanná tette az adott gépet, és mindkettő működött Fedorával és Ubuntuval is.
Évekkel ezelött is volt hasonló eset, és ott is meglett a megoldás pár nap/hét alatt.
Hobbi célra ez tökéletes, de munkára szerintem nem.Valószínű, hogy egy gyakorlottabb júzernek ez sdokkal kevésbé probléma. Én most csak magamról beszélek, általánosítani nem célom.
És ne értsd félre, nem szidom az Arch-ot inkább építő céllal írtam le ezeket. Remélem, nem az ellenkezője érződik.
-
Azonos gépre feltettem egy Fedorát, mert fontos munkák jönnek mától, és Arch vonalon volt több AMDGPU-s gond is.
A Fedora egyből beteszi a kernel paraméterek közé azt a két iommu kapcsolót.
Azt is megtudtam, hogy csak azért van nálam szükség ezen kapcsolókra, mert két AMD GPU van a gépben.A tanulság, hogy ha gond van Archon, akkor érdemes Fedorával tenni egy próbát, és ha valaki ragaszkodik az Arch-hoz valami miatt, akkor átmásolni a Fedora működését.
A Fedora csapatának gondolom sokkal több kapacitása van az ilyen ritkább (két AMD GPU) esetek tesztelésére, kivizsgálására is. -
Én ezt most az Arch-os vagy AMD-s kernel karbantartóknak róvom fel, mert Manjaro-t is megpusztult egy másik GCN IGP-n a kernel. [link]
Megsem próbálja GCN3-as IGP-n betölteni az AMDGPU-t, hanem radeon-nal próbálkozik, persze sikertelenül. Ezt még nem fejtettem meg.
Mindeközben Fedora-n mindkét gépen hasít minden. -
Sziasztok!
A korábbi hibára meglett a megoldás, amit egy fórumban találtam.
A kernel paraméterek közé be kellett tenni ezt:amd_iommu=on iommu=pt
A kérdés, hogy egy frissítéstől miért lett erre szükség?
Nagyon kiváncsi lennék a válaszra.Előre is köszi!
-
Helo!
Ehhez kapcsolodik a kerdes, ami egy ideje foglalkoztat.
Van egy sima Arch installom az egyik dolgozos gepen. Most kozel egy evig nem fogom hasznalni, mert epitkezni fogok, es magat a gepet is eladtam alola. Egy SSD-n van jelenleg.
Ha egy ev mulva berakom egy gepbe, akkor az update siman le fog menni?
Vagy az osszes ilyen manual cuccot fel kell jegyeznem, hogy minden jo legyen?
Vegso esetben gondoskodom, hogy valami kicsi gepen hetente felfrissitsem, de csak ha nagzon muszaj.
Barmilyen info jol jon a temaban.Koszi elore is!
-
Sziasztok!
Valószínű egy frissítés óta ezt látom az RX580 karin lévő monitoron:
Mellette látható, hogy az alaplapi IGP (Raven Ridge) képe fasza.
Közben a gép akadozva műxik, holott 0%-on van terhelve a proci a system monitor szerint.
(Win10 alatt hibátlan minden.)
Pár héttel ezelött még linuxon is szépen működött, de mivel sokat rendereltem, nem nagyon indítottam újra a gépet, csak ma egy kiadós frissítés után.A gugli eddig két megoldást is javasolt, de eddig nem vált be egyik sem. (udev szabály mindkettő)
Van tippetek?
Köszi előre is!
-
válasz
vargalex
#5936
üzenetére
Köszi!
Akkor rosszul tudtam.
Teljesen gyári kernelem van.
Próbáltam a wiki szerint csinálni, de nálam nincs olyan sor, hogy "works!", amikor futtatom a turn_off_gpu.sh-t. Ez a gond.
vinibali: Nálam Gigabyte lapon csak az van, hogy "Init display first"; IGP, PCI-E, vagy auto.
Eredetileg PCI-E-n volt, de a másik kettőt is kipróbáltam, semmi változás nem történt. -
Sziasztok!
Van az asztali gépemben IGP és dGPU is.
Két problémám van ezzel:
1.) Jelenleg a dGPU az elsődleges kimenet a login folyamat végéig, vagyis vakon kell begépelnem a jelszót, és még azt sem látom, hogy mikor jelent meg a login képernyő. Monitort nem akarok rá kötni, lényegtelen okokból.
A BIOS-ban már átállítottam az "init display first" opciót IGP-re, de semmi hatás.2.) Az IGP-n nincs 3D gyorsítás, vagy ha van is, az olyan lassú, hogy a böngésző is néha több percre beragad. Gyanítom, hogy a Mesa a CPU-ra tol minden grafikai feladatot. Ha áthúzom az ablakot a másik képernyőre és épp van rajta monitor, akkor ott minden jó.
Két dolgot szeretnék megcsinálni:
a.) Az IGP legyen az elsődleges legkésőbb a login képernyő betöltődésekor.
b.) Szintén a login képernyő elött a dVGA-t valahogy teljesen ki kellene kapcsolnom (teljes poweroff), de az Arch wikiben leírt módszer nem megy. Nem talál sehol kompatibilis eszközt a shell script, pedig mindent úgy csináltam, ahol le van írva (100%). Nincs "worked" sor. (szerintem ez a script csak laptop-okra van tervezve)Ha a fenti kettő egyszerre nem megy, akkor mindkét grafikus eszközön legyen működő 3D gyorsítás, és benyelem a dVGA készenléti fogyasztását.
Valamelyikre van ötletetek?
Előre köszi!
-
Sziasztok!
Canoscan LiDe 300 scannert vettem, de a sane nem ismeri fel.
Az Arch wiki ezen oldalán minden idevágó módosítást megtettem, de csak nem ismeri fel.$ sane-find-scanner
# sane-find-scanner will now attempt to detect your scanner. If the
# result is different from what you expected, first make sure your
# scanner is powered up and properly connected to your computer.
# No SCSI scanners found. If you expected something different, make sure that
# you have loaded a kernel SCSI driver for your SCSI adapter.
# Also you need support for SCSI Generic (sg) in your operating system.
# If using Linux, try "modprobe sg".
found USB scanner (vendor=0x04a9 [Canon], product=0x1913 [LiDE 300]) at libusb:003:003
# Your USB scanner was (probably) detected. It may or may not be supported by
# SANE. Try scanimage -L and read the backend's manpage.
# Not checking for parallel port scanners.
# Most Scanners connected to the parallel port or other proprietary ports
# can't be detected by this program.
$ scanimage -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).Bármi ötletetek van?
-
válasz
Siriusb
#5807
üzenetére
Köszi!
Systemd boot-ot használok, és szerintem nincs hardver specifikis kernel paraméter.
Az AMD mikrokód ugyanaz minden AMD procinál? Mindkét gép AMD (FM2+ -> AM4).
Hardver specifikus csomagok és konfig: tudtonnal nincs ilyen, de lehet olyan, amiről nem tudok; pl. automatán jön létre / települ.
Ebben jól jönne néhány tipp. -
Sziasztok!
Van valami teendőm, ha gépet cserélek a jól belakott Arch installomat?
Lap, proci, VGA csere.
Eddig már többször cseréltem gépet linux alatt gond nélkül, de most az elsődleges munka gépemről van szó. Szeretném, ha semmi hibás konfiguráció, vagy maradék file nem maradna.Kössz!
-
Köszi az infókat, de a mostani 500-as nettel az asztali Deluge (GUI-val együtt, Mate környezetben) simán hozza az 51-53MByte/sec sebességet, de le is terheli teljesen a procit.
A transmission GUI nélkül 30-33 között tud torrentek számától függően. Az egyszálas infó alapján, ha ezt tudja egy szálon, akkor négy szálon egész jó lenne egy hasonló kliens.
De akkor az rTorrent-re ránézek.
-
-
válasz
vargalex
#5758
üzenetére
Honnan találtok infót arról, hogy az egyes torrent kliensek hány magon tudnak futni?
Én pár hónapja egy épített kis négy magos (egy szálon buta) x86 NAS miatt kerestem infót, de nem találtam biztosat.
A próbálgatás pedig nem hozott eredményt, mert mindegyik csak 15-25% körül kért. -
válasz
Shyciii
#5746
üzenetére
Én még a linux korszakom elején végigpróbáltam jó sok progit, amikre szükségem volt, és sikerült GTK-sok közül megtalálni mindent, ami kell. Csak annyi, hogy újra kell gondolni, hogy mire van szükséged valójában.
Jó kis változás volt nekem is, de utólag nagyon örülök neki.Torrent kliensből kipróbálhatod a deluge-t is. Nekem az a kedvencem.
-
Köszi mindkettőtöknek!
Így a leírás(otok) alapján utólag már egyértelmű, hogy hibásan gondolkodtam a biztonságról su/sudo téren.
Nem baj, sosem árt tanulni.Végül megoldottam a sudo-t, legfeljebb majd nem használom yay-n kívül másra.
Nekem is a su fekszik jobban, és Fedorán nagyon megszoktam, hogy nincs sudo.Kössz mégegyszer!
-
-
Szeretnék egy AUR helpert.
Ehhez a wiki szerint először a makepkg -si parancs kell, ami nem hajlandó rootként futni.
Root nélkül pedig ott akad el a dolog, hogy a pacman-hez root jog kell, de a user jelszót kéri be, majd ha beírom, akkor azt mondja, hogy a júzerem nincs a sudoers file-ban.
Ha nem muszáj, nem is tenném be. -
Sziasztok!
Tudtok ilyan AUR helperről, ami nem obsolete, ma is telepíthető, és nem kell a saját useremet a sudoers file-ba rakni?
A pacaur valami dependencia miatt nem települ, mert az AUR-ból kellene neki valami, amit ha kézzel felrakok, akkor is hiányolja.
A yay csak akkor hajlandó felmenni, ha a juzeremet a sudoers file-ba rakom. Ugye rootként nem engedi mkbuild-et futtatni, de a dependenciákhoz meg kellene neki a su jog.Szóval értitek.
-
-
Sziasztok!
A systemd-boot automatikus frissiteset szeretnem beallitani, amit szerintem meg i stettem, de kernek egy megerositest, hogy jol csinaltam-e.
Az itt leirtak alapjan letrehoztam a megfelelo tartalmu file-t (nem az AUR csomagot telepitettem).
Ket dolog okoz bizonytalansagot:
- nem letezett a hooks mappa a /etc/pacman.d/ mappaman. -> Letrehoztam.
- a pacman hook-okrol szolo leiras azt irja, hogy a /usr/share/libalpm/hooks/ mappaban keresi a pacman a hook-okat, de meg lehet adni ujabbakat is, ami alapbol az /etc/pacman.d/ mappa, ami a pacman.conf file-ban van megadva. Viszont itt ez a sor ki volt kommentazve. -> Kivettem a #-t a sor elejerol.A kerdes, hogy ez igy fasza, vagy jelez az valamit, hogy nem letezett a mappa, es ki volt kommentezve a megfelelo sor? Jobb lett volna a /usr/share/libalpm/hooks/ mappaba tenni?
A masik kerdes, hogy minden boot utan le kell futtatni a dhcpcd parancsot, hogy legyen netem.
Ezt hogy lehet megoldani? Siman tegyem be az autostart-ba, vagy hianyzik meg valami beallites? A networkmanager csomag fent van. -
Kossz!
Igazabol az AUR-ral nincs konkret bajom, csak nem tudtam, hogy az appimage es a flatpak ennyire nem ajanlott.
Altalaban az a szokasom (regebben is Archoztam egy ideig), hogy a PKGBUILD file-t atnezem, mielott feltennem az adott alkalmazast. Itt az esetek tobbsegeben csak sima file muveletek vannak, letolt, kicsomagol, helyere masol, csinal neki ikont, stb.
Vagyis kb. ugyanazt teszi, amit te is javasoltal.Persze vannak buildelos csomagok is.
A yaourt-rol azt irjak, hogy tud furan mukodni.
Szerintem akkor keresek egy AUR helpert, ami tud frissiteni, es azt hasznalom. -
válasz
Siriusb
#5491
üzenetére
Sajnos, nem tudom megkerulni a kovetkezo csomagokat, legalabbis nem mindegyiket:
- postman
- Synfig Studio
- Android Studio (+ minden letezo Androidos fejleszto eszkoz csak AUR-ban van)
- Brackets + CodeliteEzeket szeretnem leginkabb megmegbizhatoan beszerezni, es frissen tartani.
Mindegyik munkaeszkoz.
A postman-t es a Brackets + Codelite parost tudnam helyettesiteni, de csak sok kenyelmetlenseg aran (kollegakkal valo egyuttmukodeshez jo lenne azonos szoftverrel tolni), amit csak akkor vallalok be, ha csak ez a ketto marad AUR-os csomagkent.Persze, vannak meg egyeb csomagok, amik jol jonnek, de nem feltetlenul szuksegesek: pl. Google Earth, stb.
(#5490) vinibali: Koszi a linket, elolvasom.
-
Nos, nemi szerencsetlenkedes* utan feltettem az Arch-ot.
Van par progi, amire szuksegem van, de csak az AUR-ban talalhato meg.
Alternativakent feltehetnem nemelyiket Flatpak, masokat AppImage formatumban.
A kerdesem, hogy mik a tapasztalatok e ket csomag formatummal kapcsolatban az AUR-hoz kepest?
Mennyire frissulnek, es mennyire megbizhatoak?Illetve ha ugy dontok, hogy maradok az AUR-nal, akkor mi a leginkabb ajanlott csomagkezelo hozza?
Amivel tudok frissiteni az ottani csomagokat is.
Azt olvastam, hogy a yaourt-ot mar nem fejlesztik.* - Regebben a Cinnamon dependenciakent feltette a xorg-server csomagot, de most mar nem. eltartott egy ideig, mire rajottem.
Elkezdtek Wayland-et/MIR-t tamogatni? -
-
Sziasztok!
Mikent lehet lecsekkolni az Arch telepito alairasat?
Debian alol probalom, de ezt dobja ki:$ gpg --keyserver https://pgp.mit.edu/ --keyserver-options auto-key-retrieve --verify ./archlinux-2018.12.01-x86_64.iso.sig
gpg: assuming signed data in './archlinux-2018.12.01-x86_64.iso'
gpg: Signature made Sat 01 Dec 2018 11:18:41 AM CET
gpg: using RSA key ****************************************
gpg: Good signature from "Pierre Schmitz <pierre@archlinux.de>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: **** **** **** **** **** **** **** **** **** ****Mit rontok el?
-
-
Sziasztok!
Tapasztalatok szerint mennyi ido alatt jon le egz uj kernel a frissitesekkel?
Nalam ma jott le a 4.19.1, de a sima 4.19 nem jott le egyaltalan, pedig okt 22.-en megjelent.Illetve a 4.18.16 ota nem jelent meg 4.18-as kernel, pedig volt .17 es .18 is.
Mi alapjan dol el Arch-nal, hogy mely verziokat hagyjak ki?
Kossz!
-
Végül a boot-ot megoldottam, most minden fasza... lenne, de 5-ből csak egyszer bootol a gép.
Nem ír ki semmit, csak fekete képernyő.
Néha meg kernel panic:
Kezdek hardver hibára gyanakodni. Szűz gép, nem volt még rajta OS soha.
Azóra rátaláltam erre: [link]
Hogy lehet, hogy április óta ilyen?
-
Noss, ezen is sikerült túllendülni.
(Ezt most a munkahelyi asztali gépen csinálom, nem a laposon.)Viszont első boot-kor kernel panic-kal kezdett a gép, és reboot esetén azóta is ezt tolja.
Akárhányszor ctrl+alt+del-t nyomok, annyiszor dobja ezt a sok hosszú szép üzenetet.
-
Sziasztok!
Most etlepítem az Arch-ot a melós laptop-ra.
Grub2 helyett szeretnék systemd-boot-ot használni. Az Arch wikiben kezdek ez ügyben eltévedni.Szóval a kérdés, hogy miaf*sz?!
- EFISTUB - értem az angol szöveget, de mégsem értem, hogy mit akar jelenteni.
- "make sure the system has booted in UEFI mode and that UEFI variables are accessibel" - éppen arch-chroot-ban vagyok, így itt nem érhetőek el ezek a változók. Ezek szerint ezt nem lehet elsőre telepíteni?
- azfdisk -lazt mondja az EFI particiora, hogy "Linux filesystem", pedig fat-re formáztam:# mkfs.fat -F32 /dev/sdc1
- a "# bootctl --path=/boot install" parancs azt mondja, hogy: "File system "/boot" has wrong type for an EFI System Partition (ESP)"Mit hagyok ki?
-
válasz
Blasius
#5343
üzenetére
Helo!
Nekem Acer kis laposom van, abban C-70 APU van. Ugyanez volt nalam is, sima Arch-al.
Szerintem nem a VGA driver okozza, de ez csak tipp.
Vegul a Solus telepitese lett a megoldas Mate ablakkezelovel.
Illetve a debian + XFCE paros eseten is hibatlan volt.
Ez utobbi maradt fent vegul, annak ellenere, hogy a wifi es a tapipad kulon konfiguralast igenyelt debianon, Solus-on pedig minden egybol ment.
Persze ez it OFF, szoval befejezem.
Szivesen megoldottam volna Arch vonalon is, de akkoriban se idom, se eleg tudasom nem volt, hogy ezt vegigvigyem. -
válasz
#63718632
#5262
üzenetére
Egyaltalan nem, en is hasznalom utazasra, de a GCN elotti radeon-ok a friss kernelekkel nem minden esetben stabilak, emiatt hasznalok debian-t.
GCN eseten pont az Arch lenne a jobb, mert ahhoz mindig jonnek ki ujitasok, gyorsitasok, es figyelnek is arra, hogy stabil maradjon. -
válasz
#63718632
#5260
üzenetére
V5 121?
Nekem ilyenem van debiannal. Hasznalhato a gep, de lassu, pedig SSD-t raktam bele.
Akkor erezni a lassulast, amikor az alkalmazasok (pl. bongeszo) elindulnak, vagy tobb tab meg van nyitva, animalt reklamok szaggatnak, pl. a mobilarena mostani fooldalan levo vodaf*ne reklam elegge akad.Azert nem olyan gaz, hasznalhato. Lenyeg, hogy egyszerre egy dolgot csinalj es neha igy is turd a varakozasokat.
Az arch nalam nem volt nyero ezen a gepen, mert az uj kernelekben a regi radeon driver neha el tud romolni, de azert nem veszes az sem.
A debian 4.9-es kernele mindent tud, amit ez a GPU tud.
Kulon munkat igenyel mindket disztron a 3D gyorsitas bekapcsolasa pl. bongeszokben. Erre oda kell figyelni, mert sokat segit.Ezen kivul az IGP kepes regi jatekokat (pl. Quake 3) tokelesen elvinni, de ujabbakkal is elbir.
Itt a proci a szuk keresztmetszet, a GPU sokkal jobb, mint gondolna az ember.Amire oda kell figyelni ennel a gepnel linux eseten:
- tapipad indulasnak ki van kapcsolva
- tapipadra koppintas nem muxik alapbol
- wifi/BT alapbol nem megyDebian alatt ezekre mind van megoldas, Arch eseten nem tudom.
-
Telepitettem mar (egyszer) Arch-ot, de mivel nem sajat gep volt, es windows particio is volt mellette, es nem volt meg tapasztalatom az Arch particionalojaval, igy bolcsebbnek lattam hipszterkedes helyett az altalam ismert modszerrel menni, es nem elcseszni mas rendszeret.
Legkozelebbi telepitesnel mar magabiztosabb leszek.
-
-
Sziasztok!
Van egy munkahelyi gep, amin egy SSD-n van a rendszer.
A kerdes, hogy mi a modja annak, hogy egy esetleges SSD hiba utan egy uj SSD-re a leheto legegyszerubben vissza tudjam rakni a rendszert?
Mondjuk hetente mentenek.Maga a rendszer meg nincs felinstallalva, csak ezutan tervezem feltenni.
A masik kerdes, hogy van-e arra lehetoseg, hogy EFI boot eseten ne kelljen kulon /efi particiot letrehozni, hanem ez is a root-on legyen?
Kossz!
-
válasz
Siriusb
#5137
üzenetére
Ahh, ertem mar. Kossz!
A meld-et ismerem, hasznalom is.
Szerintem az en konfigjaimat belerakom az uj file-ba, mert szerintem csak annyi valtozott, hogy egy tonna magyarazo szoveget beleirtka a config-ba.
Azert vegignezem, hog nincs-e duplikacio, vagy ellentmondasos sor, de igy mar vagom a lenyeget. -
Sziasztok!
Munkara hasznalt Arch gepen frissitettem, es ezeket kaptam:
1.)
:: Starting full system upgrade...
:: Replace gnome-themes-standard with extra/gnome-themes-extra? [Y/n] nNo-t nyomtam ra, jol tettem?
2.)
warning: could not get file information for usr/share/themes/Default/
warning: could not get file information for usr/share/themes/Default/gtk-3.0/
warning: could not get file information for usr/share/themes/Default/gtk-3.0/gtk-keys.css
warning: could not get file information for usr/share/themes/Emacs/
warning: could not get file information for usr/share/themes/Emacs/gtk-3.0/
warning: could not get file information for usr/share/themes/Emacs/gtk-3.0/gtk-keys.css3.)
warning: /etc/lightdm/lightdm-gtk-greeter.conf installed as /etc/lightdm/lightdm-gtk-greeter.conf.pacnew4.)
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719xMelyikkel mi a dolgom?
A legutolso egy Western Digital SCSI es egy adaptec SAS kartya-rol szol.
Persze, egyik sincs a gepemben, viszont WD winyo az van.Kossz!
-
Sziasztok!
Tobb desktop (gnome -> gnome flashback -> mate -> xfce) kiprobalasa utan visszatertem a Cinnamon-hoz.
A gondom az, hogy hiaba valasztom ki a sima vialgos adwaita temat, akkor is a sotet verziot hasznalja a Cinnamon osszes "sajat" progija (nemo, setting, stb.).
A tole fuggetlen GTK-s progiknal (gimp, bluefish, anjuta, stb.) helyesen jelenik meg a kivalasztott szinsema.
Ez normalis Arch-on, vagy csak a sok install-uninstall miatt elmaszott valami.Probaltam tobb dolgot, pl.
unset GTK_THEMEroot es user neveben is, illetve reinstallaltam a gnome tema csomagot, amiben van az adwaita.Szerintetek mit lehet meg tenni?
Új hozzászólás Aktív témák
- LG 35WN75C-B - 35" Ívelt VA - 3440x1440 - 100Hz 5ms - USB Type-C 60W - AMD FreeSync - HDR 10
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- Bomba ár! Microsoft Surface Pro 7 Black - i5-1035G4 I 8GB I 256SSD I W11 I Cam I Garancia!
- Törött Apple iMac 19.2 i5-8500 Radeon Pro 560X 4GB 16GB 256GB SSD 21.5" 4K Retina
- Motorola Edge 40 / 8/256 GB / Kártyafüggetlen / 12Hó Garancia
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: NetGo.hu Kft.
Város: Gödöllő