Dotaz: po spusteni/restarte pc sa nespusti proftpd

[jany2]

Po spusteni, alebo restarte pc sa mi nespusti automaticky proftpd, musim ho spustat rucne. V /etc/init.d/ mam *proftpd skript a nic som s nim nerobil, takze neviem preco sa nespusti. Ako zistim, preco sa nespusti ? thx

Odpovědi

[Jendа]

systemctl list-units --all | grep ftpd

systemctl enable proftpd.service

(asi, proftpd nemám)

[NN]

chkconfig proftpd on

[jany2]

thx skusim chkconfig a dam vediet po restarte

systemctl list-units --all | grep ftpd

toto nefungovalo

[jany2]

Nefunguje ani chkconfig a pri rucnom starte

2015-03-03 05:49:32,054 local proftpd[2425]: Fatal: unknown configuration directive 'chkconfig' on line 20 of '/etc/proftpd/proftpd.conf'

takze som bol nuteny to vymazat. Zaujmalo by mna, preco sa nespusta pri starte pc ako by som to mohol zistit

[Peter Golis]

Typnem si: máš to zle nakonfigurované. Aké všteky zmeny v konfigurácii po inštalácii si urobil? A čo znamená " takze som bol nuteny to vymazat"?

[Jendа]

unknown configuration directive 'chkconfig' on line 20

[Peter Golis]

To mal byť príkaz, nie položka v konfiguráku. Nastavenie služieb v moderných distribúciách má aj klikátko, tak ho skús nájsť a povoliť v ňom ten FTP daemon.

[Jendа]

To je příkaz, který to aktivuje (ten můj funguje na distribucích se systemd, ten chkconfig na RedHatu a derivátech -- nenapsal jsi distribuci, tak musíme jenom tipovat), ne konfigurační direktiva.

[jany2]

Tu je config nejake extra zmeny som tam nerobil.
Pre Peter Golis - vymazat som musel tu diktivu "chkconfig s proftpd.conf, pretoze ani rucne nesiel spustit proftpd
Pre Jenda, mam ubuntu 14.04.01. BTW ten prikaz co si sem dal, tak mi nefungoval, preto som skusil direktivu chkconfig

[Andrej]

Co je to /etc/init.d? V normálních distribucích se spouštění démona při startu povolí pomocí systemctl enable démon. Tím chci mimo jiné naznačit, že by bylo vhodné v dotazu uvést, o jakou distribuci se jedná.

Pokud se povolený démon po startu nespustí, nejspíš bude na seznamu systemctl --failed a systemctl status démon ukáže krátkou hlášku o tom, co se stalo, případně journalctl -u démon ukáže komplení log příslušným démonem vytvořený.

Zcela nezávisle na distribuci je asi nejsnazší zkusit spustit démona přímo z příkazové řádky ručně, pokud neběží. Tím se hned zjistí, o jaký problém jde: Chyba v konfiguračním souboru? Nesprávný vlastník nebo oprávnění konfiguračního souboru, sdílených adresářů nebo dalších důležitých souborů a adresářů? Segfault? Špatná SELinux policy pro příslušného démona? Špatný SELinux label sdílených adresářů? Zkrátka je třeba toho démona zkusit spustit a podívat se, co se stane. Dotaz na fóru většinou narazí na fakt, že ostatní nemají doma křišťálovou kouli.

[nobody]

tve rady smerujou na nenormalni distribuce ktere pouzivaji sYsTeMd, on jak pise pouziva distribuci Ubuntu 14.04.01, ktera je normalni a nepouziva sYsTeMd, takze tam je to takto:

# "/etc/init.d" je adresar pro SysVinit scripty
sudo /etc/init.d/sluzba (start|stop|restart|reload|status)
# nebo 'naemulovane' pres upstart:
sudo service sluzba (start|stop|reload|restart|status)
# spousteni pri startu
sudo update-rc.d sluzba defaults

[Andrej]

Aha. No ale Ubuntu není normální distribuce. V tom je právě ten háček. Připadá mi, že jde o tajný projekt Microsoftu a NSA s cílem odradit co největší počet uživatelů od Linuxu. Jinak si nedovedu vysvětlit, proč by někdo něco takového vytvářel.

[nobody]

je mi jasne ze jsi to prehlid, jinak bys neopomel pripomenout ze ma zmenit distro jinak me zas prijde ze za uctem Andrej stoji nekdo z NSA ci MS, aby odrazoval zacatecniky od GNU/Linuxu tim ze je smeruje na pro zacatecnika mnoohem komplikovanejsi distribuce a odrazuje od jednoducheho *buntu

[pavlix]

Já si myslím, že za účtem Andrej stojí někdo s utkvělou představou, že se musí být za svoji distribuci a grafické prostředí, nic víc, nic míň.

[pavlix]

A za nickem pavlix někdo, kdo se netrefil do klávesy s pravopisně správným písmenkem. :D

[Andrej]

A která distribuce by to byla, prosím pěkně? Používám jich několik, čímž celá úvaha o utkvělé představě ztrácí smysl, že ano.

[Andrej]

Ne, Blbuntu není jednoduché. Je jen blbé, nikoliv jednoduché. Distribuce, která neumí ani povolit nebo zakázat systémové služby, by raději neměla vůbec existovat a rozhodně by se neměla dávat do rukou začátečníkům.

Smím se zeptat, která z mnou doporučených distribucí je komplikovanější a v jakém slova smyslu? Většinou doporučuji začátečníkům Fedoru s KDE nebo openSUSE a lidem, kteří chtějí víc experimentovat a učit se, doporučuji ArchLinux. Je na tom něco špatně? Například Fedora není v žádném smyslu komplikovanější než Ubuntu. Víc toho umí, to bezesporu, ale záleží jako vždy na uživateli, co chce nebo nechce využívat. Narozdíl od Ubuntu alespoň Fedora rozlišuje mezi instalací, povolením a spuštěním služeb. To jsou tři odlišné záležitosti, které Ubuntu nebezpečně mixuje dohromady.

Uživatelé utíkají od Linuxu zejména poté, co jsou vystavení Ubuntu a/nebo jakékoliv formě ostudy svobodného desktopu, tedy Gnome. Jakmile uživatel OS X nebo Windows uvidí něco jako Gnome nebo Unity, řekne si: No bezva, tak to je použitelné a nastavitelné asi jako Windows 95 se dvěma 3D efekty navíc — tak já se na to zkusím podívat za 10 let, třeba to pak už k něčemu bude. Bohužel takový začátečník netuší, že od nejpokročilejšího grafického prostředí, jaké je dnes k mání, tedy od KDE, ho dělí jen několik kliknutí ve správci balíčků, a leckdy nemá čas a trpělivost něco takového zkoumat. Kdyby se ve velkých distribucích (ano, včetně Fedory) začalo implicitně instalovat vždy KDE, pokud uživatel nezvolí něco jiného, podíl linuxových desktopů by mohl konečně začít růst.

<cynismus>To by ale napřed musel Microsoft s NSA přestat vyvíjet Gnome a Ubuntu.</cynismus>

[pavlix]

Blbuntu

Uvědomuješ si, že píšeš do linuxové poradny?

[pavlix]

Pozdě. Touhle dobou už je normální, když je distribuce postavená na systemd.

[nobody]

pouze pokud normalnost posuzujes z procentualni prevahy, pokud se ale na to podivas selsky, moralne, historicky, dle kiss, atd... je to naprosto nenormalni, silene i nemoralni ;)

[pavlix]

Nedívám se na to z procentuálním převahy, ale z nadhledu. Za pár let může být systemd stejně samozřejmé jako teď glibc, až na to, že důsledky budou mnohem dalekosáhlejší. Lidé, kteří se systemd vyrostou, už ho takto vnímat nebudou.

[nobody]

obavam se ze to jako samozrejmost muzou brat za par let i deti v mateske skolce kde jim o systemd bude promitan film "Otesanek The Next Generation"... a snedl syslog, consolekit, dhclient, ntpdate, udev, acpi, pam, cron, lightdm, upower, glibc, firefox, gnome a tebe pepicku, tebe taky sezere...
a alternativou bude BusyBox+uClibc+Vi+MC+MPV+MPD a tom bude psat jenom samizdat :)

[pavlix]

Osobně bych radši dělal samizdat vůči mainstreamovému open source než samizdat vůči mainstreamovému closed source. Má to spoustu praktických výhod.

[nobody]

tak to jiste :) otazka jestli to jeste bude opensource, aby jsi nemusel s RedHat podepsat NDA pro nahlednuti do zdrojaku na papire v jejich bunkru ;)

[jany2]

chlapi nehadajte sa tu ja nie som profik, linux mam rad a stale sa na nom ucim nove veci. Pred par rokmi som si postavil server na staruckom zeleze PIII 1Ghz, 512 MB ram s ubuntu 9.04 a vsetko mi fungovalo perfektne niekolko rokov, uptime som mal aj 150-200 dni. Ale v january som sa rozhodol prejst na nove zelezo, kupil som si MB asrock qj1900dc itx a od vtedy zacali problemy.

Nefunguje reboot (uz som to tu na fore riesil) po zmene nastaveni v biose sa napokon podarilo reboot vyriesit, ale uz znova nefunguje. Proftpd na starom stroji fungoval ako hodinky, teraz po reboote, resp. po starte PC nefunguje, musim ho nahadzovat rucne (ale zaujmave je, ze dnes po reboote proftpd bezal (vlastne reboot uz nerobim, jednoducho natvrdo musim vypnut a zapnut PC)).

Prepacte mi, niektorim radam ako vyriesit moj problem som vobec nerozumel, takze neviem ako postupovat pri mojom probleme

thx

[pavlix]

chlapi nehadajte sa tu

Kde vidíš hádání?

[pavlix]

Kdyby nefungoval reboot, nebudeš hlásit, že se nenastartovala jedna služba. To nemá s BIOSem nic společného. Jestliže se nenastartuje jedna služba, tak buď není systém konfigurovaný tak, aby se nastartovala, nebo při startu došlo k chybě. Konfigurace záleží právě do jisté míry na distribuci, chyba by měla jít vyčíst z logu, což teď taky trochu záleží na distribuci.

[pavlix]

To je rozhodně zajímavá otázka. Docela by mě zajímalo, jak si představuješ průběh té změny. A můžeme se bavit neutrálně, nemyslím si, že by z dlouhodobého hlediska měl RH možnost ovlivnit vývoj toho software víc než jiní. Stačí si vzpomenout na XFree86 a hromadu dalších projektů.