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

• #8635 SunyaMacs aktív tag szuszinho #8634

  Új Válasz 2022-12-11 11:08:31 #8635

  Ú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

  Privát üzenet küldése

  

  SunyaMacs

  aktív tag

  LOGOUT blog

  válasz szuszinho #8634 üzenetére

  A logok alapján az UPnP-re panaszkodik valamennyit, egy assert failel és emiatt megáll az egész process. Ha otthoni környezetben van, a legtöbb hálózati szappantartón ki-be lehet kapcsolni az UPnP-t:
  

• #8341 fatpingvin addikt szuszinho #8307

  Új Válasz 2022-03-15 21:10:53 #8341

  Ú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

  Privát üzenet küldése

  

  fatpingvin

  addikt

  válasz szuszinho #8307 üzenetére

  /etc/network/interfaces milyen szempontból nem felel meg?

• #7797 Frawly veterán szuszinho #7796

  Új Válasz 2021-02-09 18:29:14 #7797

  Ú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

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz szuszinho #7796 üzenetére

  Szerintem az illető kernelmodulnak túl új a mostani 5.10.14-es kerneled, még egy régebbi verzió a függősége. Esetleg próbáld meg a linux-headers csomagot is telepíteni, hátha az megoldja. Kötve hiszem, de egy próbát megér. Ha nem megy, addig nem tudsz kernelt upgrade-elni.

• #7665 vargalex félisten szuszinho #7664

  Új Válasz 2021-01-11 11:20:22 #7665

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7664 üzenetére

  Az useradd man-jában ez áll:

  -g, --gid GROUP
    The group name or number of the user's initial login group. The group name must exist. A group number must refer to an already existing group.
    If not specified, the behavior of useradd will depend on the USERGROUPS_ENAB variable in /etc/login.defs. If this variable is set to yes (or -U/--user-group is specified on the command line), a group will be created for
    the user, with the same name as her loginname. If the variable is set to no (or -N/--no-user-group is specified on the command line), useradd will set the primary group of the new user to the value specified by the GROUP
    variable in /etc/default/useradd, or 100 by default.

  A korábban hivatkozott wiki-ben pedig ez áll:

  If an initial login group is specified by name or number, it must refer to an already existing group. If not specified, the behaviour of useradd will depend on the USERGROUPS_ENAB variable contained in /etc/login.defs. The default behaviour (USERGROUPS_ENAB yes) is to create a group with the same name as the username.

  Tehát default-ban csak akkor lesz az users csoport tagja, ha azt az useradd parancsnál a -g kapcsoló használatával direkt kéred.

  De az egész erre a hozzászólásra regalálás.

• #7663 vargalex félisten szuszinho #7662

  Új Válasz 2021-01-11 10:46:04 #7663

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7662 üzenetére

  Milyen legelején legelsőre gondolsz? Az Install guide végén található Post-Installation bekezdésben hivatkozott General recommendations első - Users and group - bekezdésében hivatkozott User management rögtön az általam is írt parancsot adja.

• #7659 #63718632 törölt tag szuszinho #7657

  Új Válasz 2021-01-11 08:29:18 #7659

  Ú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

  

  #63718632

  törölt tag

  válasz szuszinho #7657 üzenetére

  Arch-on def. nincs a usernek saját csoportja, users-be kerül bele. Debian-Ubuntu után furcsa egy kicsit.

• #7570 Shyciii veterán szuszinho #7569

  Új Válasz 2020-12-28 16:46:08 #7570

  Ú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

  Privát üzenet küldése

  

  Shyciii

  veterán

  válasz szuszinho #7569 üzenetére

  Én csak ezt a változatot ismerem (acpi_call):

  https://wiki.archlinux.org/index.php/Hybrid_graphics#Fully_Power_Down_Discrete_GPU

• #7361 szuszinho őstag szuszinho #7359

  Új Válasz 2020-11-21 11:25:58 #7361

  Ú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

  Privát üzenet küldése

  

  szuszinho

  őstag

  válasz szuszinho #7359 üzenetére

  Tudtam, ha leírom megtalálom a megoldást
  Szóval hozzá kellett adni a public IPv6-t az interface-hez, illetve a routokat.

• #7339 vargalex félisten szuszinho #7338

  Új Válasz 2020-11-17 14:37:02 #7339

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7338 üzenetére

  Akkor tisztázzuk. Az OpenVPN kapcsolat felépítéséről, vagy a webes felület eléréséről van szó? És milyen hiba jön?

• #7337 vargalex félisten szuszinho #7336

  Új Válasz 2020-11-17 13:59:42 #7337

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7336 üzenetére

  Az iptables-ből az látszik, azért kérdeztem, hogy oda próbáltad-e.

• #7334 vargalex félisten szuszinho #7327

  Új Válasz 2020-11-17 09:19:17 #7334

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7327 üzenetére

  Szia!

  A 172.18.0.3-ra akarsz kapcsolódni VPN-en?

• #7325 vargalex félisten szuszinho #7320

  Új Válasz 2020-11-16 20:32:08 #7325

  Ú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

  Privát üzenet küldése

  

  vargalex

  félisten

  válasz szuszinho #7320 üzenetére

  Mi értelme van dockerben futtatni az OpenVPN-t? Pontosan hogy indítod a container-t? (Esetleg egy docker ps -a --no-trunc kimenet jó lehet még.) Mi a hoston a tűzfal confg-od? (sudo iptables-save kimenet jó lehet.) Ugye a lényeg, hogy az OpenVPN container belső portját (gondolom az UDP 1194 lesz) a host egy portjára kell mappelni. Ezt pedig nyilván be kell engedni.
  Minek egyébként webes felület egy OpenVPN-hez?

  Szerk.: Ha jól sejtem, ezt használod.

• #7322 Frawly veterán szuszinho #7320

  Új Válasz 2020-11-16 18:21:58 #7322

  Ú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

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz szuszinho #7320 üzenetére

  Ez biztosan nem lehet, mert az iptables a base csomag részét képezi, és a kernelbe is bele vannak fordítva a hozzá szükséges modulok, Archon a kernel elég fullos konfiggal van fordítva, nem nagyon van belőle kihagyva semmi.

  Én inkább SSL hibát gyanítok a háttérben, esetleg jogosultság nincs meg. Ez a nem tudsz belépni mit takar, mi a hibaüzi PONTOSAN, szó szerint?

• #7320 szuszinho őstag szuszinho #7316

  Új Válasz 2020-11-16 18:18:52 #7320

  Ú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

  Privát üzenet küldése

  

  szuszinho

  őstag

  válasz szuszinho #7316 üzenetére

  Azt hiszem, megtaláltam a problémát, csak megoldani nem tudom

  That error happens when either of the following occurs: iptables issues on host (either not installed or missing kernel modules)

  

• #7316 szuszinho őstag szuszinho #7315

  Új Válasz 2020-11-16 17:33:56 #7316

  Ú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

  Privát üzenet küldése

  

  szuszinho

  őstag

  válasz szuszinho #7315 üzenetére

  Más lesz a gond. Hiába jön be a webes felület, belépni már nem tudok.

• #7286 szuszinho őstag szuszinho #7285

  Új Válasz 2020-11-14 13:21:01 #7286

  Ú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

  Privát üzenet küldése

  

  szuszinho

  őstag

  válasz szuszinho #7285 üzenetére

  Sikerült megoldanom, de hogy mitől javult meg pontosan, azt nem tudom

• #7284 Frawly veterán szuszinho #7281

  Új Válasz 2020-11-13 18:14:55 #7284

  Ú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

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz szuszinho #7281 üzenetére

  Ez attól függ milyen szerver. A partíciók felcsatolása persze, hogy számít, mert először a root-ot kell felcsatolni, utána az annak a mappáiba csatolt egyéb partíciókat, és csak utána mehet a genfstab script futtatása, meg az arch-chroot.

  Bootloader annak függvénye, hogy mit használsz. Szerintem a systemd-boot elég egyszerű, csak a UUID-kre kell figyelni. Az EFI stub boot még egyszerűbb, de az nem minden UEFI-vel megy. És itt végig UEFI-t emlegetek, mert már minden szerver tudja.

  De hagyományos MBR + Legacy bootnál sem olyan nehéz GRUB2-őt telepíteni, lényegében:
  pacman -S grub && grub-install --target=i386-pc /dev/sdX && grub-mkconfig -o /boot/grub/grub.cfg

  De az a lényeg, hogy sikerült feltenned. Ez az Arch ilyen, először belerakod a munkát, de aztán kitapasztalod, hogy mit hogy kell, és többé nem leszel semmilyen más disztróra rászorulva, hogy menjenek a hardvereszközeid, menjen a bootolás, dualboot, multiboot, stb., nem leszel installer bugoknak kitéve, mert kézileg bármikor tudsz magadnak Archot telepíteni. Nem kell többé disztróhoppolni (hacsak nem akarsz még minimalistább disztrót, meg systemd-mentes megoldást), csak azért, mert az adott gépen egyik disztróval mennek a dolgok out of the box, máskor meg csak a másikkal.

  Archot egyébként csak akkor nehezebb telepíteni, ha túl spéci beállítás kell, RAID, LLVM, LUKS, és hasonlókkal van bonyolítva, meg Secure Boot, és társai. Na, akkor tényleg nagyobb munka. De csak házi szerverre, meg hagyományos desktopra felhúzni titkosítatlan ext4 partíciókra nem valami nagy szám, elég könnyen meg lehet tanulni.

• #7275 Frawly veterán szuszinho #7270

  Új Válasz 2020-11-12 17:51:36 #7275

  Ú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

  Privát üzenet küldése

  

  Frawly

  veterán

  válasz szuszinho #7270 üzenetére

  Archnak elvileg működnie kell a több éves Vbox-verziókkal is. Írj részletes hibaüzenetet, hibaleírást, hogy mi nem ment rajta, hol akadt el a telepítés.

  Szerk.: az OpenRC-nél megjegyezném, hogy az /etc/conf.d/consolofont fájlban állításon túl természetesen lefuttattam az rc-update add consolefont boot parancsot is, sőt, próbáltam default run-level-lel is. Már nem tudom a vonatkozó korábbi hozzászólásom szerkeszteni, köszönhetően a PH áltak kínált, nagyvonalú 15 ms-os szerkesztési időnek, amiért évek óta hálás vagyok.

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