11431
Ubuntu Linux
  • MerlinW
    #10227
    Igen. Wubit viszont csak próbálgatásra vagy tesztelésre használj. Éles rendszerhez normál telepítést ajánlok.
    Linuxból desktop-ra egyébként is
    a 32bites ajánlott (kezeli a 4GB+ memóriát, nem kell aggódni). 64bites szerverekre ajánlott.
  • SirAlo
    #10226
    Jah es ha 32 bites a windowsom akkor csak 32 bites Wubit lehet telepiteni ?
  • SirAlo
    #10225
    Hello, a Wubi-rol lenne par kerdesem: 1. Egyaltalan nem parcional ha igy telepitem?
    2. Ha meg akarok szabadulni a linuxtol lehetseges az "uninstallas"?
    3. Ha a Windowst ujratelepitem pl. es leformazom akkor a boot kepernyon mar nem lessz valaszthato a Windows-Linux? visszaall az automata Windows indulasra?
    4. Van barmifele hatranya ha ilyen modon telepited az ubuntut? Ja es mas linuxot is lehet igy telepiteni vagy csak az ubuntut ?
  • zeli
    #10224
    Ahah
  • Beast Machine
    #10223
    Kill it with fire
  • Dj Faustus #10222
    Ubuntu Metro felhasználói interfésszel:
  • MerlinW
    #10221
    Nekem a gyári proprietary van fent és semmi gond vele.
  • JoeFromHun
    #10220
    Továbbra is úgy akad az ATIkártyámmal minden ha felrakom a zárt meghajtókat mint az állat...
    Valamit nagyon elbaxtak... inkább nem rakom fel... míg nem veszek egy nVidia kártyát..
    Érdekes ha nem rakom fel egész jól megy (12.04 UBI LTS)
  • Beast Machine
    #10219
    De igen, először ott, de aztán úgy gondoltam lubuntuból is elég lesz, mert emlékeim szerint a cron mindent rootból futtat - ami igaz is, ha rootnak adod be...

    Az buktatta le, hogy volt egy hibaüzenet a mailspoolban, hogy "/bin/sh: root not found", ekkor tudtam, hogy konkretizálnom kell, hogy /bin/bashben dolgozzon :P
  • MerlinW
    #10218
    Jaa hogy nem rögtön ott próbáltad:) Rooky mistake, előfordul:)
  • Beast Machine
    #10217
    megoldottam azóta - a parancs tökéletes, azzal nincs gond, és a legutóbbi módosítás is jó volt, csak a root felhasználónak kellett a crontabjába rakni ezt, és nem a lubuntu-éba, és megy :)
  • MerlinW
    #10216
    Próbáld így:

    $ crontab -e
    * * * * * sudo usermod -p "`mkpasswd "jelszo"`" "felhasznalo" 2 >> /root/test.log
  • Beast Machine
    #10215
    miután beadtam a crontab elejébe a PATH=/bin/bash sort, és kivettem előle a root-ot, ez van benne:

    From lubuntu@lubuntu-desktop Wed Jul 18 03:37:03 2012
    Return-path: <lubuntu@lubuntu-desktop>
    Envelope-to: lubuntu@lubuntu-desktop
    Delivery-date: Wed, 18 Jul 2012 03:37:03 +0200
    Received: from lubuntu by lubuntu-desktop with local (Exim 4.71)
    (envelope-from <lubuntu@lubuntu-desktop>)
    id 1SrJCJ-00015X-OE
    for lubuntu@lubuntu-desktop; Wed, 18 Jul 2012 03:37:03 +0200
    Date: Wed, 18 Jul 2012 03:37:03 +0200
    Message-Id: <E1SrJCJ-00015X-OE@lubuntu-desktop>
    From: root@lubuntu-desktop (Cron Daemon)
    To: lubuntu@lubuntu-desktop
    Subject: Cron <lubuntu@lubuntu-desktop> /etc/pass.sh
    Content-Type: text/plain; charset=ANSI_X3.4-1968
    X-Cron-Env: <PATH=/usr/sbin:/usr/bin:/sbin:/bin>
    X-Cron-Env: <SHELL=/bin/bash>
    X-Cron-Env: <HOME=/home/lubuntu>
    X-Cron-Env: <LOGNAME=lubuntu>

    chpasswd: (user lubuntu) pam_chauthtok() failed, error:
    Authentication token manipulation error
    chpasswd: (line 1, user lubuntu) password not changed
    Changing password for lubuntu.
  • Beast Machine
    #10214
    Mailspool ezt adja a lubuntu usernek:


    From lubuntu@lubuntu-desktop Wed Jul 18 03:23:02 2012
    Return-path: <lubuntu@lubuntu-desktop>
    Envelope-to: lubuntu@lubuntu-desktop
    Delivery-date: Wed, 18 Jul 2012 03:23:02 +0200
    Received: from lubuntu by lubuntu-desktop with local (Exim 4.71)
    (envelope-from <lubuntu@lubuntu-desktop>)
    id 1SrIyk-000146-Kt
    for lubuntu@lubuntu-desktop; Wed, 18 Jul 2012 03:23:02 +0200
    Date: Wed, 18 Jul 2012 03:23:02 +0200
    Message-Id: <E1SrIyk-000146-Kt@lubuntu-desktop>
    From: root@lubuntu-desktop (Cron Daemon)
    To: lubuntu@lubuntu-desktop
    Subject: Cron <lubuntu@lubuntu-desktop> root /etc/pass.sh
    Content-Type: text/plain; charset=ANSI_X3.4-1968
    X-Cron-Env: <PATH=/usr/sbin:/usr/bin:/sbin:/bin>
    X-Cron-Env: <SHELL=/bin/sh>
    X-Cron-Env: <HOME=/home/lubuntu>
    X-Cron-Env: <LOGNAME=lubuntu>

    /bin/sh: root: not found
  • Beast Machine
    #10213
    #10208-ban láthatóan adott időpontra állítottam, minden próbálkozásnál változott ez ugye. Legutóbb 1:40-kor kellett volna lefutnia, de nem tette...
  • MerlinW
    #10212
    Ha ott a cronjob, akkor feldolgozza, a kérdés milyen sűrűn fut le. Az stdin-t pedig hagyd el ha nem szereti.
  • Beast Machine
    #10211
    Igen, azzal installáltam a cronjobokat, crontab -e. Próbáltam, de a passwd parancsnál hibát dob, hogy nincs --stdin kapcsolója,,,

    Nem mondod, hogy hiába van benne a crontabban a cronjob, ha nincs újraindítva a service, nem dolgozza fel!
  • MerlinW
    #10210
    crontab -e -vel adjuk hozzá a taskokat. Egyébként újra kell indítani a crond-t a változások feldolgozásához.
    Jelszót változtatni prompt nélkül így kell:

    echo "jelszo" | passwd felhasznalonev --stdin
    vagy
    usermod felhasznalonev -p `mkpasswd jelszo`

    Felhasználót jelszóval, prompt nélkül pedig:

    useradd felhasznalonev -d /home/felhasznalonev -g csoport -m -p `mkpasswd jelszo`
  • kifli
    #10209
    ezzel lehet még próbálkozni:

    passwd lubuntu ccc
  • Beast Machine
    #10208
    Na, megint én szerencsétlenkedek, ezúttal crontab-bal...

    Nem fut le a bash script cron-ban, viszont ha manuálisan futtatom, minden okés. Így néz ki most:

    PATH=/usr/sbin:/usr/bin:/sbin:/bin
    # m h dom mon dow
    40 * * * * root /etc/pass.sh

    A pass.sh tartalma:

    #!/bin/bash

    echo "lubuntu:ccc" | chpasswd


    A dolga annyi, hogy X időkor a lubuntu nevű felhasználó (szűz virtuál lubuntu, alapuser) jelszavát lecserélje ccc-re, mégsem teszi. Loginkor ugyanúgy elfogadja az eredeti jelszót.

    mi lehet a gond? Betettem ugyanezt a cronjobok rootként is, a root crontabjába, és semmi hatás.
  • MerlinW
    #10207
    Pl 751-et adsz az ftp gyökérkönyvtárának. Vagy 771-et, ha csak csoporttagok, nem tulajdonosok.
  • kifli
    #10206
    ubuntu szerveren hogy tudom beállítani azt, hogy az ftp felhasználók tudjanak módosítani file hozzáférést?

    Szóval ha akarják, kakor átírhassák totalvomnaderen keresztül 644-ről mondjuk 755-re,
  • John McLane
    #10205
    Remove-ra is ugyanazt a hibacsokrot dobja.

    http://pastebin.com/iFirUgCn
  • MerlinW
    #10204
    Ott nagy gebasz lesz.
    Telepítsd újra:
    sudo apt-get --purge remove samba
    sudo apt-get install samba

    Majd konfiguráld újra. A konfigot pedig mutasd meg, mert az sem jó -> pastebin.org

    (Célszerű átfutni a samba manual-t, illetve az alapozó tutorialokat. Ártani nem árt, ha tudod mit csinálsz)
  • John McLane
    #10203
    Szia!
    Megcsináltam, de még mindig nem látom Win7 alól a Xubi megosztást.
    A Samba telepítése hibakóddal állt meg, de ahhoz képest mégis fenntvan:

    Unknown parameter encountered: "writeable"
    Ignoring unknown parameter "writeable"
    Unknown parameter encountered: "guest ok"
    Ignoring unknown parameter "guest ok"
    ERROR: Invalid smb.conf
    /var/lib/dpkg/info/samba4.postinst: 14: /var/lib/dpkg/info/samba4.postinst: /usr/share/samba/setoption.pl: Permission denied
    dpkg: hibás feldolgozás: samba4 (--configure):
    installed post-installation script alfolyamat 126 hibakóddal kilépett
    Hibák történtek a feldolgozáskor:
    samba4
    E: Sub-process /usr/bin/dpkg returned an error code (1)

    A végét másoltam ki. guest1 felhasználót létrehoztam smb.conf-ba beírta passwd-t beállítottam, mégse látszik a megosztott könyvtár:(.
  • John McLane
    #10202
    Köszönöm. Hazaérek megcsinálom.
  • MerlinW
    #10201
    samba telepít, /etc/smb/smb.conf szerkeszt (törölni ne törölj semmit, csak írd át, egészítsd ki, adj hozzá):

    [global]
    workgroup = munkacsoport
    server string = akarmilyen Samba Server
    security = user
    encrypt passwords = yes
    local master = no

    [megosztas neve]
    comment = megjegyzes
    path = /megosztani kivant konyvtar, aminek megfelelő olvasas/irasjogot adsz
    valid users = felhasználónév
    public = yes
    writable = yes
    browsable = yes
    create mask = 0765

    létrehozod a kívánt felhasználót:
    smbpasswd -a felhasználónév

    végül:
    /etc/init.d/smbd restart (vagy smb restart - most nincs előttem).
  • John McLane
    #10200
    Sziasztok!
    Segítséget szertnék kérni fájlmegosztás ügyben. Ubuntun ezzel nem volt gondom, de Xubuntun borzasztóan szívok vele. Általában hosszas kutatómunka során sikerül megoldást találnom sok problémára de ez teljesen kifogott rajtam. Szóval adott egy Xubuntus és egy Win7es laptop, a Win7en megosztott fájlokat látom Xubi alól, viszont a Xubis megosztás Win7 alól nem.
    Xubin a Thunar 1.4 fut, ezen a megosztás matricával(?) lehet beállítani. Olvastam, hogy a Nautilus lehet a megoldás, nos azzal sem ment, sőt azzal a Win7es megosztás is elérhetetlenné vált.
    Sambához nagyon nem értek, de abban is adtam hozzá megosztott könyvtárakat és semmi.
    Gigolot is passzolom, azzal sikerült a Win7es megosztás felcsatolni látja is, viszont a Xubisat nem.
    Netet túrom 2 napja, de rendre lepattanok...Előre is köszönöm a segítséget.
  • Beast Machine
    #10199
    Óbasszus, hogy a Samba miért nem kezeli az ékezeteket... ez volt a gond. :)
  • Beast Machine
    #10198
    mount error(13): Permission denied
    Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

    Ez a hiba.
  • Beast Machine
    #10197
    Ja, "mount -t /szerver_ip/megosztás /mnt -o username=tesztuser,password=jelszó,workgroup=WORKGROUP" ugyanezt csinálja, nem értem mi gondja...
  • Beast Machine
    #10196
    Miért csinálja ezt a smbclient?

    fstab-ba írtam a következőt:

    //szerver_ip/megosztás_neve /mountolási_pont smbfs auto,users,rw,credentials=/etc/passfile 0 0

    passfileban így néz ki a tartalom:

    username=tesztuser
    password=jelszó

    Amikor megpróbálom, hogy "mount -a" (rootként ofkorsz), akkor permission denied-ot kapok vissza, 13-as hiba. "dmesg | tail" ezt írja ki:
    [ 830.495607] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
    [ 830.495626] CIFS VFS: Send error in SessSetup = -13
    [ 830.495648] CIFS VFS: cifs_mount failed w/return code = -13
    [ 894.026712] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
    [ 894.026712] CIFS VFS: Send error in SessSetup = -13
    [ 894.026712] CIFS VFS: cifs_mount failed w/return code = -13
    [ 938.749887] CIFS VFS: cifs_mount failed w/return code = -13
    [ 1116.689030] Status code returned 0xc000006d NT_STATUS_LOGON_FAILURE
    [ 1116.689044] CIFS VFS: Send error in SessSetup = -13
    [ 1116.689066] CIFS VFS: cifs_mount failed w/return code = -13

    Mi a fene? Windows alól simán el tudom érni, csatlakozni, írni-olvasni...
  • zeli
    #10195
    Húzd ki az UTP kábelt, és csupa ilyet fogsz látni!
  • Ferrer
    #10194
    De lehet, hogy az Elementary OS-sel meg is oldódik minden :D
  • Ferrer
    #10193
    Sziasztok! Valaki tudna esetleg ajánlani valami jó kis tutorialt, amivel legalább ilyenné lehetne tenni az xfce felületet:

    Mert az XFCE használhatóságra jónak tűnik, de amit alapból felrak kinézetet, az egy undorító mocsok
  • MerlinW
    #10192
    igen.
  • Beast Machine
    #10191
    Automatice mindent rootként, anélkül, hogy megállna jelszót bekérni a usertől? HA igen, köszi :)
  • MerlinW
    #10190
    Ha ütemezed, akkor cron-t használsz. cron pedig rootként futtat mindent (hacsak felül nem bírálod), tehát nem kell foglalkoznod ezzel.
  • Beast Machine
    #10189
    Nem, ezt a feladatot időzítve akarom lefuttatni majd, háttérben.
  • MerlinW
    #10188
    Nem, viszont ki tudod kapcsolni a jelszókérést az etc/sudoer-ben. Mondjuk nagyon nem ajánlott.
    Ha sokat kell sudozni, akkor sudo su - paranccsal állandó root jogot kapsz.