-
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
-
sonar
addikt
semmi spéci file nincsen. amikor rábukkantam a bugra akkor egy klasszik 8 kar + 3 kiterjesztés, ékezet nélküli filet nem talált sem a find sem az ls parancs. samba alól nézve meg megvoltak a file-ok.
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
ubyegon2
nagyúr
Most saját gépen is csinálja, a másik egy szűz telepítés volt a Lenovo G580-on, üres SSD-re. Megnézem reboottal most.
Biztosan csinálja, mert laptopon is ezt írta ki sokáig:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.---------------
most már kiírja:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.577s (kernel) + 1min 30.291s (userspace) = 1min 34.869sLegutóbb az userspace olyan 12 sec körül volt.
Értettem ám.
(#25394) Vladi[ Szerkesztve ]
-
ubyegon2
nagyúr
Megpróbáltam kétszer, de netem van, viszont ugyanúgy várakozik és ezeket írogatja:
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.
ubyegon@ubymint18 ~ $ systemd-analyze
Bootup is not yet finished. Please try again later.Bár bebootolt már, mert FF-et is tudom használni. Még mindig ezt írja, az előbb a -blame 3,5 percet írt.
no most írta ki:
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.572s (kernel) + 3min 48.791s (userspace) = 3min 53.364ssystemctl disable NetworkManager-wait-online.service
Ezt próbáltam a laptopnál is, de ott sem működött. Nem is számítottam rá, mert eddig sem jött elő, így valami egyszer csak bekapcsolhatta, ami nem engedi kikapcsolni. Ma még nem is frissítettem semmit.
Vagyis még reggel, de ezt a másik gépen nem csináltam:Install: radeon-profile-daemon:amd64 (0.1.20~xenial, automatic), radeon-profile:amd64 (0.1.17~xenial), libdrm-dev:amd64 (2.4.70-1~ubuntu16.04.1, automatic)
End-Date: 2017-03-17 05:20:52[ Szerkesztve ]
-
ubyegon2
nagyúr
Mostanában nem, de ez a netex nem is kell ide, csak a schedulereket raktam bele anno.
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo noop >/sys/block/sda/queue/scheduler
echo deadline >/sys/block/sdb/queue/scheduler
echo deadline >/sys/block/sdc/queue/scheduler
bash /opt/NeteXt73/APM/apm_status_fix
bash /etc/apm-ext73/wol false
bash /etc/apm-ext73/advanced_power_management_by_ext73_performance-ondemand_v5.2 false
exit 0remélem ezzel kilőttem a háló időt
ubymint18 ubyegon # systemctl disable ntp.service
Synchronizing state of ntp.service with SysV init with /lib/systemd/systemd-sysv-install...
Executing /lib/systemd/systemd-sysv-install disable ntp
insserv: warning: current start runlevel(s) (empty) of script `ntp' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (1 2 3 4 5) of script `ntp' overrides LSB defaults (1).[ Szerkesztve ]
-
ubyegon2
nagyúr
Kiszedtem, leszedtem a netex73-at is, ugyanaz a helyzet,
Bootup is not yet finished. Please try again later.
, azonban gyorsabban bebootolt és belőtte a FF-ot is. Fene se érti ezt, igazából ha bebootol gyorsan, akkor a fenét se érdekli a systemd-analizé.Ez a sysvinit/systemd keveredés nekem is feltünt a kimenetben előbb.
Pár lépésre vagyok attól, hogy újra a Jessie-t használjam állandóra.
Az Ipv6-ot nem kéne kikapcsolni?
***************************************************************
Már Jessie sem a régi, egészen lelassult a boot.
ubyegon@debian:~$ systemd-analyze
Startup finished in 2.084s (kernel) + 9.329s (userspace) = 11.413sMost már elegem van az Ubuntu alapúakból egy időre! Maradok a jó öreg Jessie-n.
Köszi nektek, hogy próbáltatok segíteni, ha valami megoldás beugrik, azért szóljatok, de most Jessien kívül csak valami anno Arch alapú jöhet számításba.
[ Szerkesztve ]
-
#21078528
törölt tag
"Ez az egyszerre systemd meg sysvinit egy nagy kupleráj."
Egyetértek!Systemd-s rendszeren a systemd-timesyncd-t kéne használni, nem az ntpd-t...
(#25403) ubyegon2: az ntp beállításait kéne megnézni, valszeg nem éri el a beállított szervereket (nézd meg, hogy pingre mit válaszolnak).
A sudo ntpq -p egyébként mit mond?
-
ubyegon2
nagyúr
Attól, hogy bent vagy a desktopon még a háttérben szüttyöghet egy kicsit.
OK, de ezelőtt hárommal várakozott a desktopra 1,5 percet, most meg bejött hamar, kb. mint eddig!
Jessie már csak nevében az régóta, strech/experimental frissítéseket szokott kapni, bár már egy hónapja nem néztem.
systemdével nincs nekem bajom, eddig azt se tudtam, hogy van, ill. tudtam csak nem érdekelt!
-----------------------------------------------
Most visszajöttem és piszok gyorsan bootol a Mint, viszont ezt kiírja még (Bootup is not yet finished)
1 perc múlva is, viszont ha bebootol rendesen, akkor nem érdekel.ubyegon@ubymint18 ~ $ systemd-analyze blame
1.127s postfix.service
1.083s nmbd.service
1.063s samba-ad-dc.service
653ms lvm2-monitor.service
549ms networking.service
518ms ModemManager.service
465ms accounts-daemon.serviceÚgy látszik, kilőtte a lassító folyamatokat...ez már nem tűnik vészesnek.
Köszi nektek, alakul ez!
[ Szerkesztve ]
-
#68216320
törölt tag
Fedora-t próbáltam. Elsőre jónak tűnt, a Live-ban bohóckodtam picit. Aztán nekiálltam telepíteni, de folyton valami hibára futott az SSD particionálás közben. Aztán ebbe bele is fagyott. Majd teszek vele még próbát.
Ubuntu-n a 375 zárt driver sem oldotta meg a problémát sajnos, amit az OS felajánlott. A 378-as PPA-ból letöltött sem volt jobb.
W7 telepítőben van elméletileg USB3+NVME driver, az ilyen jellegű desktop alaplap miatt tettem bele, azzal működik az alaplap, de a laptop nem szereti ugyanúgy.
[ Szerkesztve ]
-
Lacc
aktív tag
1. Volt olyan scenario is.
2. Az is volt, láttam erről leírásokat.
3. Igaz, meg is teszem, itt a link, már írtam is hozzá.
4. Most jeleztem. Igazából a Chromium is bugreport után nem volt kedvem jelezni.Ami nekem feltűnt, hogy amikor a PC-n volt telepítve csak maga az Ubuntu, és nem UEFI-ben, akkor nem volt gond.
Most UEFI-ben a Windows 10-el, gond van 16.04.2 LTS, 16.10 és 17.04-en is. (Ha magában volt a 16.04.2 LTS legacy módban, akkor felment)
A virtualbox rákérdezett, hogy kikapcsolja-e a 'secure boot'-ot. Ha igen, vagy nem-re mentem, ugyanaz a hiba kód jött.Ezt megírtam, szerintem valahol itt lehet a probléma.
-
-
-
CPT.Pirk
Jómunkásember
-
r4z
nagyúr
Koszonom, ezt a fajlbairasos modszert kiprobalom. Az meg helytakarekos is, ha mar ugyis VM-ben dolgozom. Most a 16GB-os swap particioval sikerult beroffenteni a rendszert (turelmetlen voltam ), osszesen 7-8GB memoria eleg lett vegul neki.
Az OpenStack lenyege, hogy minden feladatra kulon szerver van. Egymas utan telepulnek a csomagok, jonnek letre altaluk a VM-ek, es szinkronizalodnak ossze ezek minden uj VM indulasa utan, igy hamar el tud fogyni a memoria, mire egy hasznalhato alap elkeszul.
[ Szerkesztve ]
Into the void, into the emptiness, into the place beyond form
-
bambano
titán
nem, hanem arra gondol, hogy mi lesz a fájllal, ha a fájl neve egy darab nulla karakterből áll.
merugye c-ben az a string vége karakter. falusiasan: nullstring.a kérdés egyébként teljesen jogos, nyilván be kell dobni előtte egy-két háziszilvát, hogy ilyen hülyeség az ember eszébe jusson de abból az irányból megközelítve, hogyha írsz egy programot, ami fájlokat kezel, akkor hogyan kell lekezelni az üres fájlnév esetet, teljesen jogos.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
MasterMark
titán
Ubuntu MATE, a PowerPC-s változat.
sh4d0w: Csak annyi a bajom, hogy bonyolultnak látszik.
csixy: Ennek utánanézek, köszi.
szerk.: Ahogy nézem, ezt is ugyanúgy kerndel modulként kell fordítani, és úgy lehet felrakni.
szerk.2: Emiatt felmentem most a gyártó oldalára, és van ott egy linux driver, bár ez is ilyen fordítgatos cucc, de teszek egy próbát.[ Szerkesztve ]
Switch Tax
-
MasterMark
titán
Tippre, tegyük fel, hogy ez lehet az:
drivers/net/wireless/realtek/rtlwifi/rtl8188ee/rtl8188ee.ko
Akkor mit csináljak vele?
szerk.: A gyári driver telepítése is elhasal a make-re, valami olyasmi a baja, hogy:
...crypt_md5.c:1:0: error: -mcmodel not supported in this configuration
/*
^[ Szerkesztve ]
Switch Tax
-
-
MasterMark
titán
imac@imac-desktop:~/RT_Linux_STA$ lsusb
Bus 001 Device 044: ID 04b4:0101 Cypress Semiconductor Corp. Keyboard/Hub
Bus 001 Device 043: ID 1532:0042 Razer USA, Ltd
Bus 001 Device 042: ID 05e3:0606 Genesys Logic, Inc. USB 2.0 Hub / D-Link DUB-H4 USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hubItt mintha ott lenne a D-Link cucc.
Oke, hogy van, de nincs wifi attol meg. Probaltam uj wifi-t hozzaadni, de ugy nagyon nem tortent semmi.
Van erre valami modszer?Switch Tax
-
MasterMark
titán
Ez egy iMac G5, a wifi pedig USB-s D-Link GO-USB-N150.
Ilyen networkos cuccok vannak, itt hozzaadtam a wifi-t meg kitoltottem, de ugy kulonosebben semmi nem tortent az eg vilagon:
[ Szerkesztve ]
Switch Tax
-
MasterMark
titán
Win-en eddig ment, de oda is driver kellett. Ha kihuzom es listazok, nem tunik el semmi.
szerk.: Bedugtap a gépembe, és itt megy rendesen.csixy: Felraktam, de csak 3 jott ki:
Illetve install utan valami baja van:
Ahogy nezem, ez x86 vagy x64-re jo csak.
[ Szerkesztve ]
Switch Tax
-
MasterMark
titán
Hát ez érdekes, most kihúztam az usb-hub-ot amire a bill meg egér volt kötve, és így egyáltalán nem látszik semmi. (Mármint csak a root hub-ok.) A dlink usb hub csak véletlen egybeesés ezek szerint.
imac@imac-desktop:~$ lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hublspci-on se változik semmi.
Ez azt jelenti, hogy egyáltalán nem is látja az oprendszer?
csixy: rfkill semmit nem mutat a list all-ra.
[ Szerkesztve ]
Switch Tax
-
Frawly
veterán
Egy másik topikban is ugyanezt kérdezte, én ott válaszoltam neki.
Igazából Linux alatt nincs nagyon lehetőség szoftveresen feszeket kiírni. Ha olyan szenzor van az alaplapon, és felismeri az összes adatot az lmsensors csomag, akkor elméletileg lehetséges, gyakorlatilag nem láttam még olyan gépet Linuxszal, amelyiknél ki lehetett volna ezt szoftveresen jelezni.
-
-Ben-
veterán
it8720-isa-0290
Adapter: ISA adapter
in0: +0.93 V (min = +0.00 V, max = +4.08 V)
in1: +1.54 V (min = +0.00 V, max = +4.08 V)
in2: +3.34 V (min = +0.00 V, max = +4.08 V)
+5V: +3.01 V (min = +0.00 V, max = +4.08 V)
in4: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
in5: +3.02 V (min = +0.00 V, max = +4.08 V)
in6: +0.02 V (min = +0.00 V, max = +4.08 V) ALARM
5VSB: +3.04 V (min = +0.00 V, max = +4.08 V)
Vbat: +3.10 V
fan1: 1490 RPM (min = 0 RPM)
fan2: 0 RPM (min = 0 RPM)
fan3: 1214 RPM (min = 0 RPM)
fan4: 1231 RPM (min = 0 RPM)
temp1: +34.0°C (low = +127.0°C, high = +127.0°C) sensor = thermistor
temp2: +34.0°C (low = +127.0°C, high = +127.0°C) sensor = thermal diode
temp3: +49.0°C (low = +127.0°C, high = +127.0°C) sensor = thermistor
intrusion0: ALARM
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +41.0°C (high = +80.0°C, crit = +100.0°C)
Core 1: +39.0°C (high = +80.0°C, crit = +100.0°C)
Core 2: +39.0°C (high = +80.0°C, crit = +100.0°C)
Core 3: +39.0°C (high = +80.0°C, crit = +100.0°C)[ Szerkesztve ]
-
-Ben-
veterán
Csak ez az egész azért érdekes, mert a GT710 elődje egy nagyon öreg 9400GT volt, amivel a 16.04 jó ideig kiválóan működött zárt driverrel. Aztán jó kérdés, hogy mikor, de elkezdett akadozni a gépezet. Feltételeztem, hogy az öreg SSD vagy a szintén nem túl fiatal 9400GT elfogyhatott, ezért lecseréltem az SSD-t és a VGA-t is, majd telepítettem a 18.04 -et. Nagyjából ugyanaz a helyzet, de a 18.04 -nek köszönhetően egy kicsivel még rosszabb.
Kíváncsiságból kipróbáltam Live a 14.04 -et, mivel az még nagyon simán hasított. Nos, a böngészőben való görgetés már azzal se valami „smooth”. Sok program megnyitásától kevésbé, de azért megfekszik a gép.
Ebből gondoltam, hogy hardveres a gond, mivel már mind a zárt mind a nyílt driverek végig lettek próbálva és korábban még a szerényebb képességű nyílt driverrel, illetve gyengébb videokártyával is remekül működött minden.Nézegetem a htopot. Egyértelműen a firefox és a gnome-shell húzza a processzort. Teszek egy próbát az xfce -vel is, de tulajdonképpen az asztali környezet akadozását a KDE is megoldja, hisz KDE -vel minden vaj simán működik, kivéve a böngészők.....
Egyébként lehetséges, hogy egy GT 710 már általános használatra is kevés? Nagyon furcsállom. Emlékszem még a régi időkre, amikor egy 8600GS tökéletesen vitt mindent a 9.04 alatt.
[ Szerkesztve ]
-
-Ben-
veterán
Lehet, hogy az nV szoftver lesz a beteg. Ahogy látom, Radeonod van. A Linux kezdőknek topikban többen is írták, hogy AMD/ATI kártyákkal nagyon smooth minden, míg az nV kártyákkal nem feltétlenül. Én meg pont azért erőltettem az nVidiát, mert régen erőteljesen szívtam az ATI -val....
Erősebb kártyákkal állítólag nincs gond. Ismerősnek GT 1050 dorombol a gépében és nagyon szépen működik minden. Csak pl. nekem teljesen felesleges egy GT 1050, ezért is vettem egy alap kártyát, ami játékra nem alkalmas, netezésre és sok más egyéb dologra viszont - elméletileg - tökéletes, hisz a 9400GT is az volt.
Mindenesetre, ha a szoftver jelenti a problémát, akkor erre aligha lesz mostanában megoldás.. Nyílt és zárt driverrel se akar normálisan működni.[ Szerkesztve ]
-
-Ben-
veterán
A firefox, a chromium, a gnome-shell és a /usr/lib/xorg/Xorg tépi a processzort. Ablakmozgatásnál meg főleg...
Szerk.: Az Xfce tényleg sokkal jobb, mint a Gnome, de görgetésnél az se az igazi. Erőteljesen mosódik a tartalom. Összességében még mindig a KDE a legjobb, de böngészni, videót/filmet nézni egyikkel se lehet normálisan.
[ Szerkesztve ]
-
-
Dißnäëß
veterán
Á nem, kösz, inkább Windows. Egy nagyon konstruktív kolléga azt mondta, hiszek a jóindulatában, igazi lelkes jóakaratú magyar, szeretem az ilyet.
Szerintem semmi nem ment át abból, mit akarok. (Hogy ki miatt, hagyjuk, simán vállalom egyébként). Eddig amúgy nonstop ssh-n túrtam végig és még a tűzfal is saját volt, legalábbis a csomagszűrő része.
Van egy Core2-es laptopom, pont 20-at ér, 4G-vel, most Ubuntuval. Egész jó, mondjuk az Intel GMA egy hulladék benne. De hogy ezt kéne betennem egy DC-be, izé
Köszönöm, köszönöm, szuper topic. Csak így tovább !
POKE 16017,44 ..... SYS 2077
-
félisten
En valtogatni szoktam Arch/Fedora es Debian kozott. Nalam altalaban hardveres dolgok (ujabb IGP, ujabb andoidos telo, stb.) miatt kell ujabb kernel/mesa/usb-tools, mtp-tools, stb. ami debianon sok pocsolessel lenne csak megoldhato, egyszerubb egy nehany honapig (neha egy evig) pl. Fedora-t hasznalni.
Volt, mar, hogy csak az Arch volt a megoldas (Akkor meg nem volt tapasztalatom a Fedora Rawhide es OpenSuse Thubleweed-del.).
Debian Testing es Unstable repokkel sajnos voltak rossz tapasztalataim. Ott tenyleg tobb hibaba botlottam, mint pl. Fedora-n.Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
Na, azert az AMDGPU-PRO driver vonalat ne eroltessuk.
Okes, a CentOS az egyik a keves tamogatott disztro kozul, de egy csomo dologban butabb, mint a nyilt driver.
Hogy mast ne mondjak, neha emiatt kell honapokig kesleltetni a CentOS verzio frissitest. Pl. a 7.3->7.4 valtaskor.Ettol fuggetlenul nagyreszt biztos igazad van, elhiszem, hogy sokmindent visszaportolnak.
Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
ztsoft
őstag
Köszönöm!
Adok egy esélyt a csomagkezelőnek, mert több év összelapátolása van a rendszerben, nem beszélve az egyéni megoldásokról. Majd kiderül, hogy hatásos lesz-e.
Igen, a leckét sikerült megtanulni. Pedig már nem vagyok kezdő.
Jó dolog fontosnak lenni, de fontosabb, hogy jók legyünk.
-
Nem.
Előző support csapat idióta volt, és disabledben volt a Selinux. Így kaptuk. Amúgy nem nagy cucc, van pár száz giga adat gépenként+az OS, szóval még nem is sok.
A céges policy szerint nálunk lehet permissive+targeted, de disabled nem. Tehát vissza kéne nyomnom, de az azzal jár, hogy valamikor relabel lesz.
Vagy a következő boot lesz pár óra (nem szívesen rebootolunk amúgy sem, ezek nem helyben vannak), vagy most letolom online.
Na most ha nem is az egész háttértárat, de legalábbis az adatpartíciót relabelezem fixfiles-sel, akkor milyen para lehet?
S ha az egész winyót?
Ezért érdekelnének tapasztalatok, mert utánaolvastam, de sok olyat nem láttam, ahol leírték volna a fixfiles veszélyeit.[ Szerkesztve ]
Mutogatni való hater díszpinty
Új hozzászólás Aktív témák
- Windows 7 Home Premium, Pro, Ultimate és Windows 8, 8.1 Pro licenckulcsok 64, 32 bit - MEGA Akció!
- Big Box PC játékok
- Office Professional Plus 2013, 2016, 2019, 2021 RETAIL licenckulcsok - MEGA Akció!
- Keresem az Alan Wake Collectors Editions pc-re.
- Vírusirtó, Antivirus, VPN licenckulcsok - kedvezményes ajánlatok (frissítve: 2024. 05. 01.)
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen