Új hozzászólás Aktív témák

• #8646 #70211840 törölt tag Sonja #8641

  Új Válasz 2022-12-23 16:56:21 #8646

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz Sonja #8641 üzenetére

  Laikusként kérdezem, hogy miben jelentkezik az előnye ennek a kernelnek a vanilla kernel + amd-ucode kombóval szemben?
  Egy Ryzen 5900X-em van, ehhez volna értelme ezt használnom?

• #8607 #70211840 törölt tag #70211840 #8606

  Új Válasz 2022-11-01 09:02:04 #8607

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz #70211840 #8606 üzenetére

  Annyit megpróbáltam, hogy az gnome-shell/extensions könyvtárban a kiegészítő metadata fájlban átírtam a shell verziót 43-ra. Ez az egyik kiegészítőnél bevált, elindult, de a másik nem és hibaüzenetet kapok.
  
  Egészen pontosan ehhez a fájlhoz írtam hozzá a 43-at [link]

• #8606 #70211840 törölt tag

  Új Válasz 2022-11-01 08:40:55 #8606

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Úgy fest frissült a gépemen a Gnome.
  
  Ez viszont azt eredményezte, hogy két kiegészítő ( [link] , [link] ) nem kompatibilis.
  Ilyenkor mire lehet számítani? Lesz valami megoldás rá?

• #8594 #70211840 törölt tag

  Új Válasz 2022-10-24 08:18:50 #8594

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Az esélytelenek teljes nyugalmával kérdezem:

  Esetleg használ valaki közületek "Arch + Gnome + Opera" kombinációt?

  Nekem nagyon régóta csinálja az opera, hogy gondol egyet és nem nyit a főablakra egyetlen layer-t sem.
  Gondolok itt a jobb egérgomb hatására nyíló menükere (pl. link), az Opera "O" betűre left-click hatására nyíló menüre, stb.
  kis méretre kell tennem Dash-re és visszanyitni, hogy újra működjön.
  Ezt több gépemen, több OS reinstall esetében is masszívan csinálja.

  Érdekelne, hogy egyedi a problémám (esetleg én telepítek valamit hibásan) vagy másnál is előjön a jelenség?

• #8593 #70211840 törölt tag #63718632 #8591

  Új Válasz 2022-10-23 06:32:01 #8593

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz #63718632 #8591 üzenetére

  Nem frissítek sűrűn.
  Pont ezért is töröltem a gnome-software csomagot, (tudom, gnome, pfuuuj, de nekem bejön) mert bármit állítottam be neki, nálam folyton okoskodott, hogy van frissítés.
  Szóval, nem sűrűn frissítek, de ezt most sikerült éppen elkapnom.
  Szerintem jövő héten megpróbálkozom egy lottó-szelvénnyel is

• #8589 #70211840 törölt tag Lenry #8587

  Új Válasz 2022-10-22 17:37:08 #8589

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz Lenry #8587 üzenetére

  Nekem nem lépett tovább, elakadt a pacman. Ezért is írtam ide.

  BoB:
  Megpróbáltam kihagyni az imént, de most elő sem jött a hiba.
  Lehetséges volna, hogy éppen kifogtam a repo frissítés olyan állapotát, amikor a függőségek még nem voltak rendben?

  Az imént frissítettem, rendben lefutott, most naprakész minden.

• #8586 #70211840 törölt tag

  Új Válasz 2022-10-22 16:08:40 #8586

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Elakadtam. Belefutottam az alábbi helyzetbe és nem tudom milyen megoldás volna megfelelő a feloldáshoz. Hogyan oldható meg?

  sudo pacman -Syu
:: A csomagadatbázisok szinkronizálása...
core naprakész
extra naprakész
community naprakész
multilib naprakész
:: Teljes rendszerfrissítés indítása...
függőségek feloldása...
ütköző csomagok keresése...
hiba: nem sikerült előkészíteni a tranzakciót (nem sikerült kielégíteni a függőségeket)
:: a 'libicuuc.so=71-64' függőségeit amelyek szükségesek harfbuzz-icu számára nem lehet feloldani.
:: aicu (72.1-1) telepítése megtöri a 'libicuuc.so=71-64' függőségét, amely brltty által szükséges
:: aicu (72.1-1) telepítése megtöri a 'libicuuc.so=71-64' függőségét, amely gspell által szükséges
:: aicu (72.1-1) telepítése megtöri a 'libicuuc.so=71-64' függőségét, amely libphonenumber által szükséges
:: aicu (72.1-1) telepítése megtöri a 'libicui18n.so=71-64' függőségét, amely libphonenumber által szükséges
:: aicu (72.1-1) telepítése megtöri a 'libicuuc.so=71-64' függőségét, amely raptor által szükséges

• #8581 #70211840 törölt tag #70211840 #8580

  Új Válasz 2022-10-19 11:00:04 #8581

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz #70211840 #8580 üzenetére

  Közben megoldódott.
  Pacman-al fel kellett tennem még a linux-ot (kernel). Ezután már megtalálta rendben.

• #8580 #70211840 törölt tag

  Új Válasz 2022-10-19 07:55:46 #8580

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Segítséget kérnék Grub ügyben.

  Adott egy gép 2db nvme ssd-vel. Az egyiken Win10, a másikon Arch Linux.
  Mindegyik ssd-n saját efi partíció az adott OS betöltőjével, hogy ne legyen macera, ha valamelyik ssd kikerül a gépből.
  Egy win reinstall miatt az Arch Linux ssd-ről törlésre került az efi partíció ideiglenesen. Szükséges, mert nvme ssd-t nem tudok letiltani, az idióta win, pedig beleokoskodik a másik efi partícióba is.
  A lényeg, hogy most újra megcsináltam az Arch Install pendrive segítségével az efi partíciót és elméletileg az alábbi pár sorral létre kellett volna hoznom rá a grub betöltőt.
  Valami ilyesmit írtam be:

  cryptsetup open /dev/nvme1n1p2 root
mount /dev/mapper/root /mnt
mount /dev/nvme1n1p1 /mnt/boot
arch-chroot /mnt
grub-install --target=x86_64-efi --bootloader-id="Arch Linux" --efi-birectory=/boot --recheck
grub-mkconfig -o /boot/grub/grub.cfg

  Természetesen megnéztem, hogy az "/etc/fstab" és a "/etc/default/grub" (cryptdevice miatt fontos) az eredeti bejegyzéseket tartalmazza.
  Az eredménye az lett, hogy megjelenik a bootselect-ben az "Arch Linux" opció. kiválasztva bejön a Grub is, viszont nincs más választási lehetőség csak az EFI beállítás.
  Pedig pendrive-ról indítva a "cryptsetup open" és "arch-chroot" után olvasható a tényleges Arch partíció.

  Mit szúrok el? Miért nincs a Grub-ban a partíció?

• #8548 #70211840 törölt tag anorche1 #8547

  Új Válasz 2022-09-02 22:44:59 #8548

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz anorche1 #8547 üzenetére

  Igen, közben kiderült, hogy az okozza a problémát titkosított rendszer partíció esetén.
  Másnál is előjött a hiba és készült róla hibajegy is.
  Igazából visszatettem az előző grub-ot és kivettem frissítésből.

  grub_error_fix.sh
  #!/usr/bin/env bash
# install grub package
pacman -U https://archive.archlinux.org/packages/g/grub/grub-2%3A2.06.r261.g2f4430cc0-1-x86_64.pkg.tar.zst
# disable grub updates
sed -i '{
        s/#IgnorePkg.*/IgnorePkg =/
        s/^IgnorePkg.*/& grub/
} ' /etc/pacman.conf
# install grub to disk
grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id="Arch Linux"
# generate grub config
grub-mkconfig -o /boot/grub/grub.cfg

  Így most végül gyorsan indul és visszatartja a grub frissítést:

  ...
  :: Teljes rendszerfrissítés indítása...
  figyelmeztetés: grub: csomagfrissítés kihagyása (2:2.06.r261.g2f4430cc0-1 => 2:2.06.r322.gd9b4638c5-3)
  ...

  Egyelőre most ennyire futotta. Nem tennék rá most systemd boot-ot. Persze lehet, hogy a vége az lesz majd.

  Update:
  Ami fura, hogy desktop gépen (AMD) is frissítettem és azon nem tűnt fel probléma csak a laptopomon (Intel). Vagy nem vettem észre vagy valóban azon nincs gond vele.

• #8546 #70211840 törölt tag #63718632 #8545

  Új Válasz 2022-09-02 22:20:34 #8546

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz #63718632 #8545 üzenetére

  Köszi, megnéztem ezeket is. De ezek szintén csak az ssd feloldás utáni részeket nézik, nem?
  Legalábbis olyan bejegyzéseket látok, amelyek erre utalnak.

• #8544 #70211840 törölt tag Lenry #8543

  Új Válasz 2022-09-02 20:24:04 #8544

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz Lenry #8543 üzenetére

  Az a gond ezzel, hogy úgy nézem szintén csak a jelszóval feloldás utáni részt rögzíti. Érthető, mert addig nincs mit indítani, nincs hova logot menteni, satöbbi.
  Pedig direkt figyeltem az időpontokat a telefonon ami másodpercre pontos a géppel.

  Butaság lenne egy "mkinitcpio -P"? Vagy az nem pont az initram-ot csinálja meg?

• #8542 #70211840 törölt tag Lenry #8541

  Új Válasz 2022-09-02 20:02:57 #8542

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  válasz Lenry #8541 üzenetére

  Nem igazán tudom mit kellene néznem rajta.
  Azt látom, hogy sok idő és próbálkozás van valami ilyesmik tömkelegére:
  ... audit: type=blahblah...

  Update: az audit rész akkor is benne van, amikor gyorsan tölt be. Szóval nem az lesz a gond.

  Annyi kiderült, hogy grub-ból a "fallback initramfs"-t választva a szokott tempóban indul.

• #8540 #70211840 törölt tag

  Új Válasz 2022-09-02 19:51:10 #8540

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Ma egy frissítés után nagyon lassan indul a rendszer.
  Miután túllépek a grub2 menüjén eddig 1-2 másodperc alatt betöltötte a kernelt és várta a jelszót a luks az ssd feloldáshoz.

  Most viszont:
  "Arch Linux" indítása ...
  Linux linux betöltése ...
  (itt 30mp szünet)
  Kiinduló ramdisk betöltése ...
  (itt 60mp szünet)
  kéri a jelszót...

  Vagyis 1-2másodperc helyett 1.5percig várok, hogy beírhassam a jelszót.
  Mi történhetett? Mi lehet a gond?
  Sajnos ugye ilyenkor nincs journal még, szóval szürkezóna számomra.

• #8526 #70211840 törölt tag

  Új Válasz 2022-08-25 15:53:35 #8526

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #70211840

  törölt tag

  Sziasztok.

  Csak érdeklődnék, hogy esetleg használ valaki rajtam kívül Opera Browser-t?
  Két napja frissült a 90.0.4480.54 verzióra és azóta a weboldalak alján megjelenik az alábbi üzenet:
  Today Opera OPRDesktop 28.0 core 1750.0, May 25, 2022. Active patches: 21
  Minden alkalommal, amikor elindítom a browser-t, az "opera://browserjs/" alatt ki kell kapcsolnon a browser.js-t.
  Másnál is van egy ilyen bug vagy csak engem érint?

Új hozzászólás Aktív témák