-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
Csontikka
aktív tag
Szia, köszönöm szépen a válaszod.
Töröltem az eddigi beállításokat és megpróbáltam újra az export-tal.
sajnos mindig ugyanoda jutok:
Err http://mirrordirector.raspbian.org jessie/main armhf Packages
407 Proxy Authentication Requiredilyen formátumokat próbáltam:
export http_proxy=http://DOMAIN\user:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN\user:Password@192.168.0.200:3130/
export http_proxy=http://DOMAIN\\user:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN\\user:Password@192.168.0.200:3130/
export http_proxy=http://DOMAIN%5Cuser:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN%5Cuser:Password@192.168.0.200:3130/
export http_proxy=http://user@DOMAIN:Password@192.168.0.200:3129/
export https_proxy=https://user@DOMAIN:Password@192.168.0.200:3130/Létezik, hogy a proxy nem fogadja el azt hogy a jelszót ide írom be plain text-be és az a baj?
-
fecus
őstag
Köszi.
Az az/etc/profile.d
-ben lefut, de nem rootként. Ez meg csak rootként hajlandó. Most hibákat dobál.
Ha userként futtatom akkor ugyanazokat a hibákat dobja. Ha rootként futtatom akkor jó.Hol tudom rootként futtatni a boot végén?
Amúgy szerintem szabályosan is lefut a hostapd.service, csak túl korán. Ha parancssorból futtatom a
/etc/init.d/hostapd start
-ot akkor is betöltődik. Csak ezt is rootként kell.vagy,
Hogyan lehetne késleltetni a "szabályos" init lefutást?
Ha jól olvastam a hostapd.service generált, nem írhatok bele, hogy mástól függjön.
Bocs ha rosszul fogalmazom meg, de ilyen mélységig még sohasem kellett belemennem a linuxba.[ Szerkesztve ]
"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi
-
fecus
őstag
Nagyon köszönöm.
Egyenesen beletettem az
/etc/rc.local
-ba.
Most már működik.Ettől függetlenül, szerintem a gyári hostapd.service bugos.
[ Szerkesztve ]
"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi
-
kem
addikt
a mukodo VPN konfignak ugyan az az ownere/jogai mint a mellette levo fajloknak, amiket visszamasoltam. Itt vannak egyebkent az elmentett wifi halozatok is, azt se tudom csak ugy visszamasolni. viszont amikor felleptem a wifimre ide jott letre egy ugyanolyan konfig file mint amit lementettem... nem erte
...par perc elteltevel...
Megneztem diffel, es ezt vettem eszre:
< permissions=user:XX:;
---
> permissions=user:YY:;seddel kicserelem, aztan restart
Koszi
Köszi!
-
Gyb001
senior tag
Persze.
Ubuntu Desktop 16.04 gond nélkül fut. De azt grafikus telepítővel telepítettem. Csak ez szerver esetén nem játszik
Integrált intel hd 4000Próbáltam külső monitorral is, de akkor is ilyen.
[ Szerkesztve ]
A bus station is where a bus stops. A train station is where a train stops. On my desk, I have a work station
-
ubyegon2
nagyúr
Többnyire. Bár azt tényleg senki nem mondja, hogy kell tenni valamit.
Azért az a bizonyos buglist/blacklist valamiért mégiscsak fenáll még....
ilyeneket ír például:
/* devices that don't properly handle queued TRIM commands */
Igaz azt se mondja senki, hogy kell az a TRIM!
[ Szerkesztve ]
-
Lenry
félisten
/var/log/syslog
-bólFeb 27 21:54:43 RenderServer systemd[1]: Reloading.
Feb 27 21:54:44 RenderServer systemd[1]: Started ACPI event daemon.
Feb 27 21:54:44 RenderServer systemd[1]: Listening on ACPID Listen Socket.
Feb 27 21:54:44 RenderServer systemd[1]: Started CUPS Printing Service.
Feb 27 21:54:44 RenderServer systemd[1]: Listening on CUPS Printing Service Sockets.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/M_expand.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/Unity/MOZAIK_TEMP.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/Unity.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/masfel.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/md6.
Feb 27 21:54:44 RenderServer systemd[1]: Found device /dev/md6.
Feb 27 21:54:44 RenderServer systemd[1]: Created slice system-systemd\x2dfsck.slice.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/md14.
Feb 27 21:54:44 RenderServer systemd[1]: Found device /dev/md14.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/disk/by-uuid/d50d2f3a-e3a2-4466-b02e-a130c0426a2e.
Feb 27 21:54:44 RenderServer systemd[1]: Found device WDC_WD5000AAKX-08ERMA0 1.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/disk/by-uuid/b3ab155c-d3f2-46fe-a04f-76cd1cf49315.
Feb 27 21:54:44 RenderServer systemd[1]: Found device WDC_WD5003ABYX-01WERA0 1.
Feb 27 21:54:44 RenderServer systemd[1]: Started LSB: RPC portmapper replacement.
Feb 27 21:54:44 RenderServer systemd[1]: Reached target Network is Online.
Feb 27 21:54:44 RenderServer systemd[1]: Reached target RPC Port Mapper.újraindítja a hálózatot meg a nyomtatószolgatáltatást, de előtte is folyamatosak a logok, egy táphibától újraindulna az egész gép, egy HDD-hiba meg... egy oké, kettő már fura, de nyolc? kétlem.
nekem inkább úgy tűnik, mintha a systemd lenne a hülye valamiért.
(#25294) én szerintem egy döglődő táp ennél több hibát produkálna, de legyen igazad, inkább a táp, mint a HDD-k
[ Szerkesztve ]
Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data
-
togvau
senior tag
Ez inkább korlátozás hogy mi férhet hozzá, nem az, hogy ne is figyeljen azon kívül.
smb.conf-nál az
interfaces = 192.168.0.0/24 eth0-el elértem, hogy csak lanon belül figyeljen, de ipv6-nál nem tudom korlátozni, mert ha ezt írom hogy interfaces = 192.168.0.0/24 fe80::/16 eth0 attól még ugyanúgy globális ipv6 címre is figyel.hitler, sztálin, micro usb
-
sonar
addikt
Esetleg másik fázisra rákötni? (már ha van) Olcsóbb UPS a pillanatnyi zavarok áthidalására? Uptime mérésre meg jók a hálózatról üzemelő órák v mikró, abból fixen tudom, hogy mikor volt áramszünet
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Vladi
nagyúr
Nem kell ssh-t futtatni, nem lassú, mint a samba, alig van hardverigénye. Én tapasztalatom szerint az elérése is piszok gyors, alig látod, hogy nem helyi fájlrendszer.
De persze jó a többi is.
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
bambano
titán
"Munkát megosztottam NFS-sel, tehát binddal bekötöttem /srv/Munka-ba. innen persze már nem érem el az Expandot...": nfs fájlrendszert exportál. másik fájlrendszert nem. [link]
"egyáltalán mi szükség van a megosztásokat külön mappába": semmi, nincs ilyen szabály.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
bambano
titán
rendben, javítok: az nfs szerver és az nfs protokoll használata szempontjából nincs szükség ilyen szabályra.
biztonsági okokból, illetve a szervered kuplerájjá válásának megelőzése érdekében ezen a szabályon lehet szigorítani.Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
King Unique
titán
Én mondjuk így szoktam, de a vége elhagyható. Egyébként sok Linux ISO eleve hibrid és mindkét féle módon kiírhatók. A kolléga által említett UNetbootin egyébként az első opció szerint csinálja. A DD íráshoz pedig jó grafikus megoldás (lehet) például a multiplatformos Etcher. Nemrég cikkeztek is róla. Igaz, még béta állapotú, de már több rendszeren is használtam és ok volt.
[ Szerkesztve ]
-
Zolee11
senior tag
Bakker, elindult. Eddig nem volt terminál üzenet sem, az is pillanatra elindult majd kilőtte magát, most ezt sorolja többször: (ez lehet normális)
(transgui: 1996): Gtk-CRITICAL **: IA_gtk_widget_realize: assertion 'GTK: WIDGET_ANCHORE (widget) | | GTK_IS_INVISIBLE (widget)' failed
Kikapcs, bekapcs, működik. Hát nem tudom hányszor próbáltam már, igaz mindig módosítottam picit ezen azon, de a legvégén a terminálban való futtatást nem próbáltam.
[ Szerkesztve ]
no brain, no problem
-
Prosectura2
tag
Most egyelőre a bezárásán ügyködök, egyelőre kevés sikerrel.
Ezt van benne a sudo crontabban:
27 10 x x x /bin/sh /home/username/pkill.sh
A scriptet futtathatóvá tettem (a biztonság kedvéért bárki által, a 777 kapcsolóval, hogy ne lehessen jogosultsági probléma). Ha parancssorból futtatom, hiba nélkül lefut és bezárja a processt.
Viszont a crontabban megadott időpontban nem zárult be az alkalmazás. Ha lekérdezem a crontab logjából, hogy mi történt, azt kapom, hogy óránként (minden óra 17 perckor) szerepel egy-egy bejegyzés, ilyesmi:
Mar 29 07:17:01 hostnév CRON[14386]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Arról van esetleg szó, hogy óránként vizsgálja meg a rendszer, van-e valamilyen végrehajtandó művelet, és csak akkor futtatja le a scriptet?
Mondjuk az olvastam, hogy ez percenként lefut, vagy esetleg módosítani kell a gyakoriságát? -
Lacc
aktív tag
Jó, igaz , hülyén fogalmaztam.
Amint már nem csak az Ubuntut kell betöltenie, hanem a Windowst is azóta bosszúból lassan tölti be az Ubit .
Érdekes, hogy PC-n a frissítések között megjelent Grub2-es frissítés (Laptopon nem), és azt telepítve javított a betöltés sebességen. -
Lacc
aktív tag
Volt mindkét verzió. De a legtöbbször letöltöm. 2 esetben viszont a parancssoros megoldás volt.
Annyi, hogy a hibát beírva a keresőbe, már a mai napon találtam Bug reportot az ubuntu-nál. Ott is egy csóka ugyanazokat végig próbálta mint én, de nem sikerült neki, aki meg a ticket-et kezelte, az nem tudta produkálni a hibát.@bambano: Vagrant-hoz kell a VirtualBox, KVM-et egyszer próbáltam, de nem jött össze, viszont ott lehet valamit én rontottam el, mert rendkívül sok cuccot kellett telepíteni a terminalban, és a parancsok több mint felét nem is értettem, hogy mire való, de a hsz-ek alapján másnak működött, nekem meg nem.
[ Szerkesztve ]
-
letix
aktív tag
Arra gondoltam, hogy mind a backup szerveren, mind pedig a távoli gépeken dedikált userek lesznek, így talán tisztább.
Amit még egyelőre nem értek:
Ha az előbbi javaslatod használnám: hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?
Ha az utóbbit, akkor az ssh belépés tisztázott, viszont az --rsync-path="sudo rsync" még mindig jelszót kér a nopasswd nélkül. (és ez a gond fennáll az elsőnél is.)Én látok valamit nagyon rosszul?
Köszönöm!
udv
letixdon't panic! ... http://www.letix.hu - linux parancsok
-
letix
aktív tag
Igen, így használnám az rsync-et.
A --password-file jó lehetne, elvégre ez a file a backup gépen lenne, amihez rajtam kívül csak 1 fő ér hozzá, ráadásul netről nem érhető el, viszont ezen opció csak az rsync daemon módjában használható. Ezt viszont én nem tervezném beüzemelni a remote szervereken érthető okokból.Ha megfordítanám a daemon módot és a backup szerver lenne az rsync daemon, ahhoz szükséges lenne a távoli gépekről elérést biztosítani a backup felé. Ezt viszont már korábban kizártam
Köszi a segítséged.
udv
letixdon't panic! ... http://www.letix.hu - linux parancsok
-
Apollyon
Korrektor
Valamilyen feladatkezelő vagy ilyesmiben nem látszik? Általában akkor van ilyen jelenség amikor az adott program már fut a háttérben csak beragadt, vagy zombie vagy ilyesmi.
#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
letix
aktív tag
Közben kicsit faragtam a dolgokon, hátha hasznos valakinek.
Amennyiben a backup gépről egy dedikált felhasználó futtatja a backup scriptet (rsync -a opcióval), úgy a jogosultságok ugyan átjönnek, de a user/group tulajdonságok nem.
Ezt úgy tudtam kivédeni, hogy legyártottam a backup gépen a root publikus kulcsát, ezt hozzáadtam a távoli gép dedikált user authorized_keys-hez , aki egyébként így sudoer az adott távoli gépen:username ALL= NOPASSWD: /usr/bin/rsync --server --sender -logDtpre.iLsfx . /
Így a user/group tulajdonság is átjön, és talán az rsync-el sem lehet a sudo miatt okoskodni nagyon.
Persze az első sudo rsync futásnál belefut a "Great power comes with great responsibility" felszólításba és meg is akad (no tty..), szóval ezt helyileg egyszer kezelni kell.Ötlet valakinek?
Köszi,
letix[ Szerkesztve ]
don't panic! ... http://www.letix.hu - linux parancsok
-
gery2123
őstag
Igen tuti, mert az is átneveztem, mivel ilyen hülye neve volt, de egy grub módosítással már az lett.
Közben meglett a megoldás!
Igaz ordroid de jó lett [link]Szóval wpasupplicant telepít, majd
1. wpa_passphrase jelszó passwd > /etc/wpa_supplicant.conf
2. Configure the wlan0 interface by appending this configuration to /etc/network/interfaces file:
allow-hotplug wlan0
auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant.confÍgy most működik!!!!! Ha valkinek hasonló lenne a baja!
-- PSN_ID: GerY2123
-
togvau
senior tag
Semmit.
May 11 09:55:01 localhost CRON[898]: pam_unix(cron:session): session opened for user kisgep by (uid=0)
May 11 09:55:05 localhost CRON[898]: pam_unix(cron:session): session closed for user kisgep
May 11 09:55:22 localhost sshd[904]: Accepted password for kisgep from 192.168.0.12 port 49321 ssh2
May 11 09:55:22 localhost sshd[904]: pam_unix(sshd:session): session opened for user kisgep by (uid=0)
May 11 09:55:22 localhost systemd-logind[460]: New session 3 of user kisgep.
May 11 09:55:22 localhost systemd: pam_unix(systemd-user:session): session opened for user kisgep by (uid=0)
May 11 09:55:42 localhost sudo: pam_unix(sudo:auth): authentication failure; logname=kisgep uid=1000 euid=0 tty=/dev/pts/0 ruser=kisgep rhost= user=kisgep
May 11 09:55:49 localhost sudo: kisgep : TTY=pts/0 ; PWD=/home/kisgep ; USER=root ; COMMAND=/usr/sbin/service mpd stop
May 11 09:55:49 localhost sudo: pam_unix(sudo:session): session opened for user root by kisgep(uid=0)
May 11 09:55:50 localhost sudo: pam_unix(sudo:session): session closed for user rootNem csak reset by peer van, hanem connection refused is, és software caused connection abort.
Amikor hosszabb idő után próbálok belépni, akkor 1 darab reset by peer, software caused connection abort randomban, majd utána 5-8x connection refused, majd ezek után sikerül belépni.[ Szerkesztve ]
hitler, sztálin, micro usb
Új hozzászólás Aktív témák
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Új, bontatlan World of Warcraft gyűjtői kiadások
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest