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

• #51139 tibcsi0407 félisten

  Új Válasz 2017-02-19 11:23:30 #51139

  Ú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

  

  tibcsi0407

  félisten

  Sziasztok,

  Mint 18.1 XFCE, X64.
  Lenne egy kis problémám a transmission-nel. Tegnap óta nem tudtam csatlakozni, így gondoltam SSH-n parancssorból újratelepítem.
  Lepucoltam a csomagokat, majd telepítést elindítom és ezt kapom:

  tibcsi0407@Tibi-szerver ~ $ sudo apt-get install transmission-cli transmission-c ommon transmission-daemon
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Javasolt csomagok:
transmission-gtk
Az alábbi ÚJ csomagok lesznek telepítve:
transmission-cli transmission-common transmission-daemon
0 frissített, 3 újonnan telepített, 0 eltávolítandó és 0 nem frissített.
Letöltendő adatmennyiség: 912 kB.
A művelet után 4.071 kB lemezterület kerül felhasználásra.
Letöltés:1 http://ppa.launchpad.net/transmissionbt/ppa/ubuntu xenial/main amd64 transmission-common all 2.92-1ubuntu1~16.10.1 [291 kB]
Letöltés:2 http://ppa.launchpad.net/transmissionbt/ppa/ubuntu xenial/main amd64 transmission-daemon amd64 2.92-1ubuntu1~16.10.1 [218 kB]
Letöltés:3 http://ppa.launchpad.net/transmissionbt/ppa/ubuntu xenial/main amd64 transmission-cli amd64 2.92-1ubuntu1~16.10.1 [404 kB]
Letöltve 912 kB 0mp alatt (1.344 kB/s)
A korábban ki nem választott transmission-common csomag kiválasztása.
(Adatbázis olvasása ... 273896 fájl és könyvtár van jelenleg telepítve.)
Kibontás előkészítése: .../transmission-common_2.92-1ubuntu1~16.10.1_all.deb ...
Kibontás: transmission-common (2.92-1ubuntu1~16.10.1) ...
A korábban ki nem választott transmission-daemon csomag kiválasztása.
Kibontás előkészítése: .../transmission-daemon_2.92-1ubuntu1~16.10.1_amd64.deb . ..
Kibontás: transmission-daemon (2.92-1ubuntu1~16.10.1) ...
A korábban ki nem választott transmission-cli csomag kiválasztása.
Kibontás előkészítése: .../transmission-cli_2.92-1ubuntu1~16.10.1_amd64.deb ...
Kibontás: transmission-cli (2.92-1ubuntu1~16.10.1) ...
Aktiválók feldolgozása: hicolor-icon-theme (0.15-0ubuntu1) ...
Aktiválók feldolgozása: systemd (229-4ubuntu16) ...
Aktiválók feldolgozása: ureadahead (0.100.0-19) ...
Aktiválók feldolgozása: man-db (2.7.5-1) ...
Beállítás: transmission-common (2.92-1ubuntu1~16.10.1) ...
Beállítás: transmission-daemon (2.92-1ubuntu1~16.10.1) ...
Job for transmission-daemon.service failed because the control process exited wi th error code. See "systemctl status transmission-daemon.service" and "journalct l -xe" for details.
invoke-rc.d: initscript transmission-daemon, action "start" failed.
dpkg: hiba a csomag feldolgozásakor: transmission-daemon (--configure):
telepítve post-installation parancsfájl alfolyamat 1 hibakóddal kilépett
Beállítás: transmission-cli (2.92-1ubuntu1~16.10.1) ...
Aktiválók feldolgozása: systemd (229-4ubuntu16) ...
Aktiválók feldolgozása: ureadahead (0.100.0-19) ...
Hibák történtek a feldolgozáskor:
transmission-daemon
E: Sub-process /usr/bin/dpkg returned an error code (1)

  tibcsi0407@Tibi-szerver ~ $ systemctl status transmission-daemon.service ● transmission-daemon.service - Transmission BitTorrent Daemon
Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since v 2017-02-19 11:16:44 CET; 5min ago
Main PID: 10502 (code=exited, status=217/USER)

febr 19 11:16:44 Tibi-szerver systemd[1]: Starting Transmission BitTorrent Daemon...
febr 19 11:16:44 Tibi-szerver systemd[1]: transmission-daemon.service: Main process exited, code=exited, status=217/USER
febr 19 11:16:44 Tibi-szerver systemd[1]: Failed to start Transmission BitTorrent Daemon.
febr 19 11:16:44 Tibi-szerver systemd[1]: transmission-daemon.service: Unit entered failed state.
febr 19 11:16:44 Tibi-szerver systemd[1]: transmission-daesudo apt-get install -f
mon.service: Failed with result 'exit-code'.

  Purge nem segített, kézzel töröltem a megmaradt mappákat, az sem segített.
  sudo apt-get install -f, sudo dpkg --configure -a nem segítettek.
  Valakinek ötlet?

• #46756 tibcsi0407 félisten

  Új Válasz 2016-06-04 07:50:24 #46756

  Ú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

  

  tibcsi0407

  félisten

  Sziasztok,

  Van egy szerver itthon 16.04 Ubuntu desktop-pal és XFCE4 DE-vel. Szerverként tökéletesen ellátja a feladatát, de néha szoktunk filmet is nézni rajta és itt jönnek a gondok.
  Ha sokáig nem kapcsoljuk be a TV-t HDMI-n, akkor egyszerűen letiltja. Hiába kapcsoltam már ki minden energiagazdálkodást és képernyőkímélőt, nem nagyon akarja a képernyőt visszahozni, csak újraindítással. De nem szeretném minden egyes film előtt újraindítani a gépet és hiszem azt, hogy van rá normális megoldás is, amit Ti, Guruk biztos tudtok.
  Távoli asztalon ezt látom: ( a TV 32", de ez legyen a legnagyobb gond, hogy nem ismeri fel)
  

• #46491 tibcsi0407 félisten tibcsi0407 #46490

  Új Válasz 2016-05-21 08:41:07 #46491

  Ú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

  

  tibcsi0407

  félisten

  válasz tibcsi0407 #46490 üzenetére

  UPDATE:
  Kép van már, de az egeret és a billenyűzetet lekapcsolja a távoli asztalon...
  SSH-n reboot után ismét jó minden. Csak a baj van vele.

• #46490 tibcsi0407 félisten tibcsi0407 #46488

  Új Válasz 2016-05-21 07:58:08 #46490

  Ú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

  

  tibcsi0407

  félisten

  válasz tibcsi0407 #46488 üzenetére

  Most beállítottam egy X11VNC-t, meg belőttem, hogy ne kapcsolja ki a képernyőt. Olyasmit olvastam, hogy headless rendszereken van ilyen probléma. Ha kikapcsolom a TV-t, aztán gondolom a Linux is kikapcsolja a VGA-n a kimeneti jelet, akkor jön be a fekete képernyő.
  Kíváncsi vagyok, hogy így jó lesz-e.

• #46488 tibcsi0407 félisten cigam #46487

  Új Válasz 2016-05-20 20:30:50 #46488

  Ú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

  

  tibcsi0407

  félisten

  válasz cigam #46487 üzenetére

  Csak simán kidob. Próbáltam UltraVNC-vel is, ott meg nem volt kép, csak egér
  Egy darabig működött a sima VNC, de újraindítás után elszállt, azóta nem jó.
  Ezért is szeretnék tisztán beállítani egyet 0-ról, ami tutira jól működne.

• #46486 tibcsi0407 félisten

  Új Válasz 2016-05-20 19:05:07 #46486

  Ú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

  

  tibcsi0407

  félisten

  Sziasztok,

  16.04 Ubuntu van most a kis szerveremen Xfce 4 felülettel. Tudtok valami atombiztos távoli asztali kapcsolat beállításában segédkezni?
  Windows 10 lenne a kliensgép, eddig TightVNC-vel tudtam a sima VNC-re kapcsolódni, de valami megbolondult. Az XRDP pedig nem akar normálisan működni.
  Van valami jó ötletetek? Egyelőre csak LAN-on szeretném így elérni. Távolról elég az SSH is.
  Köszönöm!

• #33150 tibcsi0407 félisten Vidual001 #33149

  Új Válasz 2015-01-23 10:16:44 #33150

  Ú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

  

  tibcsi0407

  félisten

  válasz Vidual001 #33149 üzenetére

  Így esetleg?

• #33144 tibcsi0407 félisten Vidual001 #33143

  Új Válasz 2015-01-23 09:42:27 #33144

  Ú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

  

  tibcsi0407

  félisten

  válasz Vidual001 #33143 üzenetére

  Pedig a WLAN és a b/g arra enged következtetni, hogy ez a wireless.

• #33137 tibcsi0407 félisten tibcsi0407 #33118

  Új Válasz 2015-01-23 08:47:59 #33137

  Ú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

  

  tibcsi0407

  félisten

  válasz tibcsi0407 #33118 üzenetére

  Válasz magamnak, ha esetleg valaki hasonló cipőben járna:

  # mount -o remount,size=12m /var

• #33118 tibcsi0407 félisten Vidual001 #33117

  Új Válasz 2015-01-22 14:24:43 #33118

  Ú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

  

  tibcsi0407

  félisten

  válasz Vidual001 #33117 üzenetére

  Sziasztok!

  A routeremen a tmpfs meghajtó ha jol értelmezem egy ramdrive. Samba szervert hasznalok rajta, de ha sok kis fájlt masolok egy idő utan megzavarodik a dolog es felul akar irni olyan fájlokat, amit meg Elvileg nem másolt fel. A router log fajlkaban lattam, hogy a /var mappában a locking.tdb eléri a maximális limitet, ami 4MB a var mappa esetén. A kérdésem a következő. At tudom-e helyezni a var mappát a hdd-re, hogy a 4 mehas maximális limitet megkeruljem? Valamint lenne-e hatranyom belole? A router egy Asus N65U

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