- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- ArchiCAD és Artlantis topik
- Mikrotik routerek
- YouTube
- WLAN, WiFi, vezeték nélküli hálózat
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Linux kezdőknek
-
IT café
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
#05993472
törölt tag
Sziasztok!
Szeretném kérdezni, hogy hol tart az okostelefonokra telepíthető Ubuntu?
Abból indulok ki, hogy van már elegendő processzor-sebesség, van elég RAM, van elég ROM a mai középkategóriás telefonokban. Van valami fizikai akadálya, hogy működjön?
[ Szerkesztve ]
-
lev258
veterán
válasz #05993472 #35051 üzenetére
A válasz maga nem egyszerű, több aspektusa van a dolognak.
Az akadályt egyébként sosem a telefon hardverképességei jelentették, hanem maga a hardver. Ugyanis a mobilok hardverei rendszerint csak gyártói driverekkel működnek, aminek a kódja nem hozzáférhető és adott rendszerhez készítik csak el. Tehát egy mobil driverei pl. elérhetőek Android 5-re meg mondjuk 6-ra, de későbbiekre már nem. És nem fejleszthető, alakítható. Így egy Ubuntu rendszer is rögtön egy csomó kezelhetetlen hardverrel találkozik. Számítógépeknél ez nagyrészt úgy működik, hogy a gyártók jó része biztosít elegendő dokumentációt, vagy maga ad ki nyílt kódot, amit aztán lehet tovább fejleszteni. Így tudnak működni a Linux rendszerek ősrégi vagy épp vadiúj PC hardvereken.
Egyébként jelenleg közösségi gyűjtés eredményeként készül a Purism gondozásában egy olyan telefon, melynek a hardvertámogatását később is szabadon hozzáférhető driverekkel próbálják megoldani. Ha minden igaz, valamikor idén már elérhető is lesz.[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
xtend
senior tag
Sziasztok!
Kellene egy kis segítség, még új vagyok az Ubuntu világában! Jelenleg egy Xubuntu (Ubuntu 18.04 LTS bionic) fut a laposomon (Acer Aspire ES 15).
Rádugtam egy Brother DCP-7032 lézernyomtatót, automatikusan felismerte (igaz 7030-nak), nyomtatni lehet vele. De szkennelni nem. Pl a Simple Scan programot szeretném használni, de nincs szkenner hibát kapok.
Próbáltam a brother driver install tool-t, fel is raktam terminálból, hibát nem dobott, de így sincs szkenner. Hogy tudnám életre kelteni? Mert sokat szkennelek PDF-ben, így jó lenne, ha menne.Köszi előre is.
-
gregory91
senior tag
Mivel azt sejtem hogy automatikusan felismerte ugyan de (vagyis nem te telepítetted) ezért lehet hogy bizonyos hiányosságok vannak benne.
Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.
-
Frawly
veterán
A brother installer tool nem elég, külön fel kell tenni a 64 bites brscan3 .deb csomagot a Brother oldaláról.
Ha ezzel sem működne, akkor a Simple Scan is lehet ludas, elég bugos progi, sokszor nem működik. Terminált kéne nyitni, abban feltenni a sane nevű csomagot, és megnézni, hogy látja-e a szkennert:
sudo apt install sane
scanimage -LAz nem baj, ha a DCP-7032-t 7030-nak ismerte fel, ezt úgy érti, hogy a 7030 sorozatnak a része, nem feltétlenül pont 7030-as. Ezek az altípusok nem sokban különböznek, azonos driver hajtja őket. Általában külön driver van a nyomtatóhoz és külön a szkenner részéhez. Samsung multifunkciós nyomtatóknál is.
-
xtend
senior tag
válasz gregory91 #35056 üzenetére
Köszönöm a segítséget, felraktam mindent a Brother oldaláról, de semmi. Annyit értem el vele, hogy így már a Nyomtatók listájában van DCP-7030 (ez működik és ez az alapértelmezett) és DCP7030 a manual install után. Ez nem csinál semmit, tesztoldat sem nyomtat.
(#35057) Frawly:
Továbbra sincs scanner. "No scanners were identified. " -
xtend
senior tag
válasz gregory91 #35059 üzenetére
Közvetlen az eszköz tud scannelni (fénymásolni) ahhoz pc sem kell, csak 1 gombot megnyom az ember. De pl lehet olyat választani,hogy képbe, fájlba, emailbe scannel ott azoknál kiírja, hogy PC-s kapcsolat és onnan nem lép tovább. Szoftverrel meg még mindig semmi. Ubuntu sem találja a scannert
A dpkg -l | grep Brother parancsra ezt kapom:
ii brdcp7030lpr:i386 2.0.2-1 i386 Brother DCP-7030 LPR driver
ii brother-udev-rule-type1 1.0.2 all Brother udev rule type 1
ii brscan-skey 0.2.4-1 amd64 Brother Linux scanner S-KEY tool
ii brscan3 0.2.11-4 amd64 Brother Scanner Driver
ii cupswrapperdcp7030:i386 2.0.2-1 i386 Brother DCP7030 CUPS wrapper driver
ii printer-driver-brlaser 4-1 amd64 printer driver for (some) Brother laser printers
ii printer-driver-ptouch 1.4.2-3 amd64 printer driver Brother P-touch label printerstehát elvileg fent van a driver és a scanner driver is...úgyhogy nem vágom...
[ Szerkesztve ]
-
xtend
senior tag
válasz lev258 #35061 üzenetére
Köszönöm, ezt már végig nyálaztam
Most a Sane find scanner tool-lal próbálkoztam, talál is valamit, de nem ismeri fel, lehet nem támogatott eszköz:
sane-find-scanner
# sane-find-scanner will now attempt to detect your scanner. If the
# result is different from what you expected, first make sure your
# scanner is powered up and properly connected to your computer.
# No SCSI scanners found. If you expected something different, make sure that
# you have loaded a kernel SCSI driver for your SCSI adapter.
found USB scanner (vendor=0x0bda [Generic], product=0x0129 [USB2.0-CRW]) at libusb:001:006
found USB scanner (vendor=0x04f9, product=0x01ea) at libusb:001:009
could not fetch string descriptor: Pipe error
could not fetch string descriptor: Pipe error
# Your USB scanner was (probably) detected. It may or may not be supported by
# SANE. Try scanimage -L and read the backend's manpage. -
Frawly
veterán
Ez alapján pedig a Sane látja a szkennert. Futtasd ezt a parancsot terminálban:
scanimage -LInnen másold ki device után írt azonosítóját a szkennernek, ami idézőjelek között van, az idézőjelek nem kellenek.
Majd utána próbálj szkennelni így, szintén terminálban futtatva:
scanimage --device "kimásolt_azonosító" --format=png > test.pngEnnek szkennelnie kéne. Ha tényleg működik, akkor a Simple Scan bugos csak, ami nagyon valószínű. Ajánlom az xsane csomagot meg a gimp-et, ez a kettő tud szkennelni normálisabban, mint a Simple Scan, anno nekem sem sikerült működésre bírni, pedig a rendszer látta a szkennerem, meg minden más progi tudott szkennelni, csak ez az egy nem. Nem is értem miért ezt teszik bele minden disztróba.
-
Frawly
veterán
válasz MrBrown26 #35050 üzenetére
A BIOS-ban állíts be Legacy+UEFI bootot, hogy mindkettőt használja. Majd ezután állítsd be a legacy bootot alapértelmezettnek. Úgy a Win10 fog indulni, de az Ubuntut is ki tudod választani, tipikusan F12-re jön elő bootoláskor a bootmenü, onnan tudod indítani, ha mégse Win10-et akarod bebootolni.
-
xtend
senior tag
válasz Frawly #35063 üzenetére
Köszi!
Ezt a parancsot már próbáltam, de erre a parancsra nem talál semmit, itt az output:scanimage -L
No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages). -
Frawly
veterán
Ez viszont baj, ezek szerint nem látja a scannert.
Amikor tetted fel a brscan3.deb-et a Brother oldaláról, az mit írt ki pontosan? A telepítés sikeres volt?
Ha sikeres, akkor azt is meg lehet próbálni, hogy mikor be van kapcsolva a nyomtató, megpróbálni ki-be dugni az USB portba, vagy átdugni egy másikba, hátha akkor látja a rendszer. Illetve azt megpróblni, hogy mikor be van dugva USB-n, akkor a nyomtatót ki-bekapcsolni.
-
xtend
senior tag
Hát gyerekek már mindent megpróbáltam, nyomtatni nyomtat, szoftveres scan nincs...ez van. Van egy másik gépem ami win10 arra rákötve egy Canon nyomtató/scanner, lehet megcserélem a nyomtatókat vagy marad a Canonnal való scannelés. Ennyi.
Köszönöm mindenkinek a segítséget!
-
Frawly
veterán
Azért az elég gáz, hogy a Brother nem tudja az insallert úgy megcsinálni, hogy működőképesre felmenjen a driver. Ahogy olvasom, csak két .conf fájl meg egy odalinkelt .so lib hiányzott neki, hogy a sane tudja kezelni. Ezeket az installer fel is telepíti, csak nem teszi be a sane.d mappájába, ez így nagyon amatőr húzás. Vagy csak nem rendszergazdai jogokkal futtattad.
(#35069) gregory91: ezt még mindig nem értem. Hol kéne visszaállítani? Linuxban vagy a nyomtatón gondoltál factory resetet?
[ Szerkesztve ]
-
xtend
senior tag
válasz Frawly #35072 üzenetére
De rendszergazdai jogokkal lett futtatva, de akkor is máshová teszi a szemetje a fájlokat...látod aki csinálta a leírást hozzá az is írta, hogy neki sem sane.d mappába rakta hanem "mellé". Ez van sajnos...de most már működik hálistennek, nekem ez a lényeg!
És köszi még1x mindenkinek a segítséget! -
Ubuntu Server (ubuntu-18.04.1.0-live-server-amd64.iso meg az eggyel régebbi is...) telepítésnél, VirtualBoxon ha 2db 20GB-os merevlemezt akarok raid1-be tenni, mindig elszáll az egész. 10GB-os lemezekkel meg ok. Nagyobbal még nem néztem. Most csak gyakorlásként, de később majd élesben is akarok raid1-et használni.
Ez most az Ubuntu hibája, vagy a VirtualBox-é, vagy a kettő együtt? EFI-mód engedélyezve van, mert anélkül még boot eszközt se lát.
Lemez10GB1 (MD0 7GB root, MD1 1GB swap, 512M boot)
Lemez10GB2 (MD0 7GB root, MD1 1GB swap, ---)
Ez így már nem megy, felhasználói név beírásánál kb 10mp után tovább ugrik, és hibát ír ki. Ha véletlenül sikerül mindent beírni, akkor is hiba, shell módba megy át. És onnan én nem is bírom kiszedni.
Lemez20GB1 (MD0 17GB root, MD1 2GB swap, 512M boot)
Lemez20GB2 (MD0 17GB root, MD1 2GB swap, ---)Eladó Lego: 42139 All terrain vehicle
-
félisten
Most látom, hogy még tavaly augusztusban megszűnt a Linux_Hogyanok blog. :-(
Jó Ubuntus tippek is voltak rajta.
-
Ha hasonlóan járok telepítésnél, mint a múltkor (3hozzászólással ezelőtt), és kidob a shellbe, akkor onnan még menthető? Csináltam felhasználót, de ugyanúgy a shellbe dob így is újraindítás után. Tulajdonképpen akkor nem is hozta létre a partíciókat, meg nem is másolta még fel amit kellett volna?
Eladó Lego: 42139 All terrain vehicle
-
lev258
veterán
válasz Victoryus #35079 üzenetére
Mivel egy darabig még biztosan nem érkezik válasz, így én írok.
Bár a topik címe nem utal rá, de valójában ez egy kezdőknek, átlagfelhasználóknak szóló topik. A raid már inkább haladó témakör, nem is beszélve arról, hogy akár a Virtualbox-szal vegyítve is lehetnek speciális problémák. Épp ezért javasolt neked is másik topikban érdeklődni, ott nagyobb eséllyel juthatsz előre.Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Lajosacs
csendes újonc
Sziasztok! A következő problémával fordulnék hozzátok. Kb. egy hónapja frissítettem Xubuntu 16.04-ről 18.04-re. Egy idő után azt tapasztaltam, hogy az addig megszokott boot idő 23-25 sec-ról a duplájára nőtt. A "systemd-analyze time" parancs kimenetében azt láttam, hogy a kernel betöltése 3-4 sec helyett 19-20 sec-ot vesz igénybe. Guglizgatás során rengeteg hasonló problémával találkoztam, renszerint az "etc/default/grub" fájl értékeinek szerkesztését javasolták, érdekes módon a probléma időlegesen mindig helyreállt, de 4-5 indítás után kezdődött minden előröl. Rájöttem hogy ha nem is szerkesztek semmit a "sudo update grub" parancs után egy ideig helyreáll a normál boot idő.
Valakinek valamilyen ötlete?
Előre is köszönöm! -
ubyegon2
nagyúr
válasz Lajosacs #35084 üzenetére
Megnézted már, milyen szolgáltatások futnak le éppen, amikor hosszabb a bootidő? Némely xy.services kicsit vissza tudja fogni a boot-ot.
systemd-analyze blame
SSD van a gépben és hétfő reggel van:
1min 23.009s fstrim.service
5.537s apt-daily.service
1.226s udisks2.service
720ms apt-daily-upgrade.service
678ms dev-sda4.device
652ms NetworkManager.service
483ms lightdm.service
482ms plymouth-quit-wait.service
351ms networkd-dispatcher.service
318ms alsa-restore.service
301ms systemd-resolved.service
246ms ModemManager.serviceAz első sor jellemzően heti időzítésű és a hét első napján fut le nulla órakor vagy amikor bekapcs gép. Kedden már gyorsabb lesz a boot. De számtalan lassítót lehet még találni.......
Guglizgatás során rengeteg hasonló problémával találkoztam, renszerint az "etc/default/grub" fájl értékeinek szerkesztését javasolták
Pár példát említhetnél, miket javasoltak, mert ugyan a kernel opcióit lehet paraméterezni a GRUB-ból, de ha nem tudod mit szeretnél pontosan elérni és mi, hogyan változtat a paraméterezéssel, akkor lehet barbatrükk is a vége.
[ Szerkesztve ]
-
Lajosacs
csendes újonc
válasz ubyegon2 #35085 üzenetére
A "systemd-analyze blame" kimenete, amikor hosszabb a boot:#
Az etc/default/grub most így néz ki:
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
# info -f grub -n 'Simple configuration'GRUB_DEFAULT="0"
GRUB_HIDDEN_TIMEOUT="0"
#GRUB_HIDDEN_TIMEOUT_QUIET="true"
GRUB_TIMEOUT="3"
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="iommu=soft"# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="1280x1024x24"# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
GRUB_DISABLE_LINUX_UUID="true"# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"# Enable serial console for LISH
GRUB_GFXPAYLOAD_LINUX="text"
GRUB_TERMINAL="serial"
GRUB_SERIAL_COMMAND="serial --speed=19200 --unit=0 --word=8 --parity=no --stop=1"
GRUB_DISABLE_OS_PROBER="true"
export GRUB_COLOR_NORMAL="light-gray/black"
export GRUB_COLOR_HIGHLIGHT="magenta/black"
#export GRUB_MENU_PICTURE="/usr/share/backgrounds/xubuntu-bionic.png"
GRUB_SAVEDEFAULT="false"
GRUB_THEME="/boot/grub/themes/mib_xubuntu_plymouth_themes_by_love2spooge/theme.txt"[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Lajosacs #35086 üzenetére
Na épp az a legelső, ami tényleg galádkodik néha és valóban nyújtja a bootidőt. Azt a szolgáltatást nyugodtan kikapcsolhatod!
Az etc/default/grub-ba te raktad bele az iommu=soft sort gondolom. Annak mi volt az oka amúgy? BIOS-ban ezt nem lehet állítani? Használsz virtualizációt?
[ Szerkesztve ]
-
Lajosacs
csendes újonc
válasz ubyegon2 #35087 üzenetére
Valószínű hogy én, valamelyik külföldi ubi fórumon talált megoldásként. De még egyszer mondom hogy azt furcsállom hogy ha a grub-ot frissítem, a 20-25 mp-es boot idő 4-5 indítás erejéig helyre áll, aztán újra belassul.
SSD-t használok én is, 16.04-nél mindig betöltött 15-20 másodperc között.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Lajosacs #35088 üzenetére
Erősen hajlok arra, hogy a GRUB frissítése nem sokat számít itt, neked végleges megoldás kell!
Az NetworkManager-wait-online.service akkor kell, ha valamely szolgáltatásnak már boot-kor szüksége van netre. Nem látok nálad ilyet.
Két link-et nézz meg a kikapcsoláshoz:
Először a
stop
és utána adisable
Ha a szolgáltatás kikapcsolását valamilyen dependency akadályozza.
Ha elakadsz, szólj!
-
Lajosacs
csendes újonc
válasz ubyegon2 #35089 üzenetére
Megcsináltam, de a kimenetben most is benne van, a boot idő most jó, de ez eddig is is így volt, ha holnap nem lassul be akkor o.k..
lajosacs@lajagepe:~$ systemctl status networkmanager-wait-online.service
Unit networkmanager-wait-online.service could not be found.
lajosacs@lajagepe:~$lajosacs@lajagepe:~$ systemd-analyze time
Startup finished in 4.326s (kernel) + 10.143s (userspace) = 14.469s
graphical.target reached after 10.137s in userspace
lajosacs@lajagepe:~$lajosacs@lajagepe:~$ systemd-analyze blame
6.556s NetworkManager-wait-online.service
2.056s dev-sda3.device
1.329s snapd.service
1.234s dev-loop0.device
1.181s dev-loop1.device
501ms udisks2.service
446ms networkd-dispatcher.service
428ms systemd-timesyncd.service
356ms apparmor.service
328ms systemd-resolved.service
312ms plymouth-quit-wait.service
309ms lightdm.service
289ms hddtemp.service
280ms NetworkManager.service
230ms networking.service
220ms accounts-daemon.service
207ms upower.service
179ms systemd-udevd.service
178ms ModemManager.service
157ms systemd-modules-load.service
149ms systemd-logind.service
148ms keyboard-setup.service
132ms systemd-rfkill.service
128ms grub-common.service
117ms preload.service
115ms apport.service
110ms speech-dispatcher.service
109ms thermald.service
108ms alsa-restore.service
105ms systemd-udev-trigger.service
103ms avahi-daemon.service
101ms wpa_supplicant.service
100ms lm-sensors.service
90ms rng-tools.service
88ms systemd-journald.service
78ms gpu-manager.service
71ms systemd-fsck@dev-disk-by\x2duuid-e222d0f3\x2d112f\x2d4185\x2db2
61ms systemd-fsck@dev-disk-by\x2duuid-B8FB\x2d66F8.service
60ms user@1000.service
53ms snapd.socket
42ms teamviewerd.service
41ms colord.service
37ms ufw.service
36ms dev-hugepages.mount
35ms systemd-tmpfiles-setup-dev.service
34ms pppd-dns.service
34ms dev-mqueue.mount
33ms snap-canonical\x2dlivepatch-54.mount
31ms rsyslog.service
31ms kmod-static-nodes.service
30ms resolvconf-pull-resolved.service
30ms polkit.service
27ms sys-kernel-debug.mount
25ms snapd.seeded.service
23ms systemd-sysctl.service
22ms kerneloops.service
21ms systemd-tmpfiles-setup.service
20ms systemd-journal-flush.service
17ms plymouth-start.service
16ms systemd-random-seed.service
16ms plymouth-read-write.service
14ms snap-core-6130.mount
14ms systemd-user-sessions.service
13ms systemd-remount-fs.service
12ms home.mount
12ms systemd-update-utmp.service
11ms boot-efi.mount
11ms resolvconf.service
11ms dns-clean.service
7ms ureadahead-stop.service
7ms console-setup.service
7ms nvidia-persistenced.service
7ms sys-fs-fuse-connections.mount
6ms sys-kernel-config.mount
4ms systemd-update-utmp-runlevel.service
4ms rtkit-daemon.service
2ms setvtrgb.service
lines 55-77/77 (END)Ebben most is benne van, pedig státusz szerint not found!?
Esetleg még ez:
lajosacs@lajagepe:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.graphical.target @10.137s
└─multi-user.target @10.137s
└─hddtemp.service @9.847s +289ms
└─network-online.target @9.840s
└─NetworkManager-wait-online.service @3.282s +6.556s
└─NetworkManager.service @2.985s +280ms
└─dbus.service @2.928s
└─basic.target @2.922s
└─sockets.target @2.922s
└─snapd.socket @2.869s +53ms
└─sysinit.target @2.868s
└─systemd-timesyncd.service @2.439s +428ms
└─systemd-tmpfiles-setup.service @2.412s +21ms
└─local-fs.target @2.410s
└─run-user-1000-gvfs.mount @4.841s
└─run-user-1000.mount @4.554s
└─local-fs-pre.target @388ms
└─keyboard-setup.service @239ms +148ms
└─systemd-journald.socket @238ms
└─system.slice @238ms
└─-.slice @236ms
lines 2-24/24 (END)[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Lajosacs #35090 üzenetére
Ha nem rebootoltál még, akkor még mindig az utolsó boot-ot látod a kimenetben, azért van még ott.Csak bootoltál újra, mert jobb a bootidő, viszont akkor ha stop és disable végre lett hajtva, nem lehetne a listában továbbra is. Mindkét linket átnézted gondolom.......na majd kiderül.
A GRUB végére te raktad be az utolsó részt?
[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Lajosacs #35094 üzenetére
Az időzítésekben nem nagyon vagyok otthon és nálam nem is tudom megállapítani, melyik sorban lehetne-e egyáltalán állítani, ezzel meg kell várnod, míg valaki ismeri a systemd-s időzítést. Volt már, amit ebben a sorban tudtam változtatni 90s-ről 2s-re, de az más volt:
ebben a sorban lehetne első blikkre talán változtatni:
cat /etc/systemd/system.conf
Vagy kikapcsolod a teamviewer szolgáltatást is, ha nem használod állandóan, ha kell elindítod külön. Ez tűnik egyszerűbbnek.
Van a disable-n kívül még a mask kapcsoló is, ezt még nem használtam, elképzelhető, hogy azzal is ki kéne próbálnod,
start
-tal visszakapcsolod és utánastop
, majdmask
.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz Lajosacs #35096 üzenetére
Közben próbáltam megérteni, mi a mask és disable között a különbség, de a mask megakadályozza a manuális indítást, így a disable a jobb. Ha azzal kikapcsolod a teamviewerd.services-t és a wait.online-t is, akkor még tudod manuálisan indítani a TW-t, ha kell.
Igazán nincs mit! Anno szívtam már én is ezzel a wait-online-nal, akkor próbáltam kiókumulálni ezeket az infókat.
-
Formaster
addikt
Kérnék egy kis helpet A bekeretezett rész mire utal? Frissen rakott 18.04 LTS, memóriát jelez? 16Gb van benne, alatta írja is, hogy csak 1% használt, de akkor ez milyen 3.86GB és annak az 53%-a? szerk: meghajtó pedig 120GB lenne
szerk + valamit elrontottam a patícionálásnál? Elvileg a teljes 120 gigát partícionáltam
[ Szerkesztve ]
-
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Eladó Steam kulcsok kedvező áron!
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!