Hirdetés
- iPhone topik
- Folyamatos vérnyomásmérést kínál a Huawei Watch D2
- Motorola Edge 50 Fusion - jó fogás
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Redmi Watch 4 - olcsó hús, sűrű a leve
- Telekom mobilszolgáltatások
- Apple iPhone SE (3. generáció) - szélsebes múltidézés
- Honor Magic6 Pro - kör közepén számok
- Milyen okostelefont vegyek?
- Apple iPhone SE - se vele, se nélküle
Hirdetés
-
Pokémon-tolvajnak mondják, beperelték a fejlesztőt
it A Nintendo és a The Pokemon Company beperelték a Palword fejlesztőjét.
-
A gépház modding sötét oldala.
lo RGB? Világítós ventik? LCD kijelző a gépházban? Biztos láttál már ilyet és lehet, hogy használod is de utána néztél,...
-
Folyamatos vérnyomásmérést kínál a Huawei Watch D2
ma A klinikailag hitelesített, 24 órás, folyamatos vérnyomásmérést kínáló okosóra is Barcelonában debütál.
-
Mobilarena
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
-
Fecogame
veterán
válasz Fecogame #27502 üzenetére
Megoldottam.
A megfelelő apache configban az access.log-ra vonatkozó részt ki kell egészíteni, így:
CustomLog ${APACHE_LOG_DIR}/access.log combined expr=%{REQUEST_STATUS}!='200'
[ Szerkesztve ]
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
-
-
nagyúr
válasz Jim Tonic #27555 üzenetére
De, sajnos quasi a Kezdőbe küldték az unatkozó kollégát.....
(#27554) s1999xx
Ilyennel szakmai topikban nem szórakozunk, a kezdők egyébként valóban kipróbálnak sok Kezdő topikban megjelenő parancsot, ezért nem ők a félkegyelműek szerintem, hanem aki oda beírja. Volt már persze ilyen az ottani perzekútorságom idején. Megfelelő jutalmazás nem maradt el.
Amit innen/onnan kimásolnak, az úgy néz ki, ahogy a második sorban látod.
: ( ->
: ( -> :(
[ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - #win6eR
-
drup
junior tag
Tudna segiteni valaki, hogy linux mint altal letrehozott indulo menuben hogyan tudom megvaltoztatni a listaelemek sorrendjet?
Kezdoben kerdeztem par naja, de nincs valasz. -
nagyúr
Kezdoben kerdeztem par naja, de nincs valasz.
Nem kérdeztél ilyet a Kezdőben! A GRUB sorrenddel volt valami érthetetlen gondod, de válaszoltak is, hogy ezt még inkább hagynod kéne. Alapvetően annyira nehezen megfejthető néhány kérdésed a Kezdőben, nem lenne rossz pontosabban kérdezni, akkor lesz válasz is!
Ha most sem az Inditómenü-ről van szó, hanem a GRUB sorrendről.....igen jószándékkal mondom, a GRUB-ot még egy darabig nem akarod szerkesztgetni. Most még azt gyakorold, hogy mások számára is megfejthető legyen a kérdésed.
[ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - #win6eR
-
drup
junior tag
válasz ubyegon2 #27562 üzenetére
Tudja a fene, mirol beszelsz, nekem azt mondtak, az indulo menut a linuxban grub-nak hivjak.
Egyertelmuen irtam, aki tud olvasni, megerti, aki meg csak jatssza az eszet, az ilyeneket valaszol, mint te.
Na, megyek aludni, ha vegre valaki valaszol, megkoszonom, ha nem, legalabb ne baszakodjatok bvelem, eleg bajom van az unnepek elott.
-
veterán
Sziasztok,
Írtam egy pici kis python progit, amit nem akartam crontab-ba írni, így egy végtelen ciklusba fut.
Indítani az rc.local-al indul igy:/root/scripts/check.py &
Szépen működik is a progi, de 3-4 naponta valamiért leáll. Van erre valami log hogy a rendszer lövi-e le olykor vagy mit történhet?[ Szerkesztve ]
-
nagyúr
Nem lenne gond, ha a stílusodat finomítanád. Veled sem beszélt úgy senki, mint ha tanyán disznókat hajtanál.....
Sajnos Linux esetén a hibaelhárításhoz pontosan kell fogalmazni, ha ezt te észjátszásnak érzed, az elég komoly probléma.
Olvass majd utána, mi a rendszerbetöltő és az indító menü között a különbség.
[ Szerkesztve ]
mennyé' be az ólajtón és ne gyere ki - #win6eR
-
Egy kis segítséget kérnék. Adott egy VirtualBox-os Ubuntu 18.04.1 Server. Kettő db hálókártyát adtam neki, van egy nat és egy belső. Az lenne a cél, hogy a belső hálókártyán is legyen net, osszon dhcp-t.
Ez alapján a tutorial alapján próbáltam.
Valami még nem jó, mert a szerver az kilát a netre továbbra is, de a kliens(win7) nem. A dhcp beállításokat megkapja. A kliens tudja pingelni az Ubuntu szervert, de az Ubuntu nem tudja a klienst.Eladó Lego: 42139 All terrain vehicle
-
drup
junior tag
Ha mar vegre szabadon irhatok, nyitok egy uj tipusu problema megoldasra.
Ketfele Drupalt kellene telepiteni linuxra ugy, hogy ne lassak egymast es ne frissuljenek, ertelemszeruen egszerre csak az egyik mukodhet.
A lenyeg az, hogy az egiknek PHP 5.6 a masiknak PHP 7.2 allatt kell mennie.Win-en ez XAMPP reven megoldhato localhostos megoldassal, biztonsag kedveert akar webkapcsolat kiiktatasaval a tesztek idejere.
Linuxra mi a megoldas?
Drupalos forumon kerdeztem, de nem is ertettek a kerdest. -
Windows szerveren a külső kártya átjárója volt a belsőé is. Akkor itt mi legyen, hogy működjön?
Eladó Lego: 42139 All terrain vehicle
-
Ha azon belüli gatewayt adok meg, akkor meg nem lát ki a netre. Kipróbáltam már elég sok variációt. Miért keveri össze a 2 hálókártya adatait egyáltalán? Nem értem miért nem tud pingelni más gépet. Win7 átjáró nélkül is tud pingelni gyakorlatilag.
Nézem tutorialokat, de majdnem mind egy kártyával mutatja be, meg elhadarja az egészet, meg ők se értik mit csinálnak nekem az jött le belőle.
Ha eltekintünk a virtual boxtól akkor is tudni kéne pingelnie egymást 2 ubuntunak.Eladó Lego: 42139 All terrain vehicle
-
CPT.Pirk
Jómunkásember
Mi lehet a gond, ha a grub után rögtön ezzel elszáll a boot?
error: couldn't find suitable memory target.
Ez egy Linux Mint, amire kézzel telepítettem a 4.19.9 kernelt, amivel megy is gond nélkül.
A kernel innen van: https://kernel.ubuntu.com/~kernel-ppa/mainline/v4.19.9/Mivel egy kernel driver javítást szeretnék kipróbálni, így leszedtem ugyaninnen a kernel forrását:
git clone git://git.launchpad.net/~ubuntu-kernel-test/ubuntu/+source/linux/+git/mainline-crack v4.19.9
Aztán a /boot alól kimásoltam az ehhez a kernelhez tartozó .config fájlt, amit bemásoltam a kernel mappájába. Aztán
make menuconfig
-al betöltöttem a konfig fájlt és csak annyi konfigot módosítottam, hogy adja hozzá a teszt2 nevet a kernel név sztringjéhez.
Megcsináltam a .c fájl módosítást, majd lefordítottam és telepítettem az egészet így:make
sudo make modules_install
sudo make installEz után látszólag minden rendben megtörtént, a teszt2-es kernelt hozzáadta a grub a listához de mégsem működik, azt a hibát kapom amit fent láttok. Google nem segített kinyomozni mi lehet a gond.
Egy újabb sudo update-grub se változtatott semmin.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
sonar
addikt
válasz Victoryus #27576 üzenetére
Nézd nem tudom mit csináltál pontosan, az általad linkelt tutoriál is jó, de a képek szerint nem azt csináltad.
gw meg csak azonos subnetben lehet.
tracert/traceroute, mtr programokkal meg tudod nézni, hogy merre is mennek a csomagok.
És mélyedj el a hálózati alapokban.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
drup
junior tag
válasz CPT.Pirk #27577 üzenetére
Webes gyorskereses szerint nekem ugy tunik, hogy ezt a hibat 2012-ben jelentettek eloszor itt:
2012 Oct
es azota sincs megoldas, 2018 februarba mar sokan kerdeztek, de nincsenek valaszok:
Ubuntu 17Nem vagy otthon angolban, de nekem ugy tunik, eszerint a hibajelentes szerint Ubuntu 18 a megoldas nvidia teren volt.
-
CPT.Pirk
Jómunkásember
Igen, ezeket a linkeket én is néztem csak nem jutottam velük sokra. Ez egy tablet, csak Inteles cuccokkal.
Valami esetleg a build környezettben térhet el, mert a forrás azonos azzal, amiből az egyébként működő binárisokat csinálják.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Igen, a tabletes sztori, amit itt beszéltünk: https://prohardver.hu/tema/a_nagy_linux_topic/hsz_27476-27487.html
Azóta írtam a kódban talált Inteles email címre ezzel a problémával, onnan hamar kaptam választ és be is cczte az egyik kollégáját is, így most az Intel két fejlesztőmérnökével levelezek. Tőlük jött a tipp, hogy hogyan kellene megcsinálni egy quirk-et erre. Ismerik a jelenséget, a Lenovo tabletjeinél szintén ezt kell alkalmazni.
Most megírtam a módosításokat, csak le kell fordítani és tesztelni. Ott még nem tartok, hogy mindezt távoli gépről csináljam (pedig itt van a 12 szálas Ryzen a gépben), így a tableten húztam fel a build környezetet.Még hátra van, hogy a realtekkel is levelezzek, mert egy érdekes kérdés, hogy miért működik Windows alatt a hangcsip, ha egyszer nem az, aminek mondja őt az acpi. Az Inteles srácok arra gondolnak, hogy valószínüleg regiszter szinten (?nagyjából?) egyforma a két csip, ezért megy...
drup:
Azt a hibát követtem el, hogy letöltöttem a forrást a git repóból, de nem követtem az utasításokat, mi szerint az alatta linkelt 5 patch-et sorban egymás után fel kell tenni, mielőtt lefordítom a kódot.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Fecogame
veterán
Itt a 2. válaszban felvázolt megoldás mennyire lehet hatékony port scan ellen?
Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak
-
CPT.Pirk
Jómunkásember
Inkább óda a bitistenhez lesz ebből.
A patchelt forrás se adott bootolható végeredményt, ráadásul szerintem azért, mert már a kernel konfigurátor is azt mondja, hogy 4.20 RC6 kernelt konfigurál, hiába van szó a 4.19.6 vagy 4.19.9 forrásról. Amit a make install feltesz, annak 4.20... lesz a neve és a grub a ramdisk betöltésekor elhal, hogy nem talál ilyet.
Most szedem le a 4.20 RC6 forrását és lefordítom azt. Hátha azzal már jó lesz. Ilyennel még nem találkoztam, hogy a kernel konfigurátora ne lenne összhangban a forrással.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Siriusb
veterán
Hátha valakinek van jobb ötlete a megvalósításra: a héten kitaláltam, hogy egy könyvtárról automatikusan napi szinten készítek "incremental backup"-ot tar-ral. A lényegi rész:
tar -cJvvg $UTVONAL/$SNAR -f $UTVONAL/$TAR -C /mnt/blabla konyvtar &>>$UTVONAL/$NEV.log
A cél az, hogy könnyen vissza tudjam keresni, mikor változott egy fájl és megtekinteni a korábbi verziókat, amit a log-ból könnyen ki is tudok nyerni. Ami piszkálja a csőröm, hogy akkor is létrejön egy tömörített állomány, ha nem volt változás, s eme állomány csak a könyvtárstruktúrát tartalmazza. Van valami olyan kapcsoló, amivel ezt az üresjáratot el tudom kerülni? Vagy jobb megoldás?
-
Siriusb
veterán
Huh, rdiff-et már el is feledtem, hogy létezik.
Köszi, kipróbálom a javasoltakat, úgy nézem, végülis mindkettő tudja, amit kell, így első nekifutásra nem láttam át, egy konkrét fájl változatait hogy tudom kilistázni velük, de majd kiderül.
Mindkettő elegánsabb megoldás, mint az enyém. -
Ok, átnéztem mindent újra, és tényleg én szúrtam el.
Ezúttal minden kliens host-only hálózatot kapott, az ubi szerver még natot is. Nézem, Win7 megint tudja pingelni, ubi viszont nem... Na, mondom megint nem jó. Kipróbáltam ubuntu desktoppal is. Ping oda-vissza ok, Win7 -et nem tudja pingelni az se. Akkor az ubuntuk rendben vannak, host-only dhcp megy szépen. A win7 kapott netet valamelyik nap, mikor a Win2012-vel tesztelgettem, és persze egyből frissített, visszakapcsolta a tűzfalát, pingelést letiltotta... Ennyi. Most már mindent tesztelek több klienssel is.
Kérdésem biztos lesz még, nekiugrok a routingnak, hogy az ubuntu szerveren keresztül legyen net a belső hálón is.Eladó Lego: 42139 All terrain vehicle
-
CPT.Pirk
Jómunkásember
Megnéztem, a grub.cfg-ben a vmlinuz és az initrd fájlok nevei egyeznek azzal, amik a /boot alatt vannak. Annyi eltérést fedeztem eddig fel mindössze, hogy az általam fordított vmlinuz fájlok application/octet-stream helyett application/x-ms-dos-executable típusúak. Nem tudom, ez számít-e.
bambano: hmm.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Dave™
veterán
Sziasztok!
rsync push-t szeretnék ssh-n keresztül, meghatározott porton át, a forrás egy Ubuntu szerver, a cél egy LibbreELEC-et futtató Raspberry. A gond az, hogy csak a pull megy, vagyis ha a Raspberryre bejelentkezve onnan fogadom az Ubunturól az adatokat, a másik irány (push) nem, azt írja, hogy nem található az rsync. Sejtem is, hogy miért: a LibreELEC alatt az rsync pluginként települ, és ott kiadva felismeri a parancsot, viszont scriptben már a teljes elérési utat kellene megadni, ahogyan itt is írják. A megoldás valami olyasmi lehet, ahol a szintaxisban valahol meg van adva a célállomás rsync teljes elérési útja, ezt viszont nem tudom hogyan kellene megadni.
rsync -v -e "ssh -pxxxx" ~/dir1 username@remote_host:destination_directory
Köszi!
Új hozzászólás Aktív témák
Hirdetés
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen