Ubuntu Linux

https://github.com/butteff/Ubuntu-Telemetry-Free-Privacy-Secure

https://insights.ubuntu.com/2017/04/05/growing-ubuntu-for-cloud-and-iot…

Árilis 1- már elmúlt.. Vélemények ? :)

Létezik frissen tartott Abevjava Ubuntu/Mint PPA tároló jelenleg?

Sziasztok!

Nem vagyok nagy Linux guru és most elakadtam.
Lányom gépére feltettem a legfrissebb KUbuntu rendszert. Eddig Ubunutu volt rajta, de nem igazán jött be a Unity felülete, a KDE közelebb állt hozzánk.
Szóval teljesen friss telepítés. Két felhasználó van a gépen: az egyiket még telepítés alatt hoztam létre (luckye), ez természetesen rendszergazda is.
Ezután létrehoztam egy felhasználót a lányomnak (dori), aki egyszerű user, nem rg.
A problémám az, hogy hiába állítom be a rendszerbeállítások között azt, hogy a dori felhasználó lépjen be automatikusan, ennek ellenére a luckye lép be a gépre állandóan.
Hogy tudnám ezt megoldani?

Gábor

Sziasztok!

Egy 9.04-es Ubuntura - ami eddig csak text módban volt használva és csatlakozott egy Unix-on futó Magic-es alkalmazáshoz - felraktam xservert és rdesktop-ot, hogy csatlakozni tudjon egy Windows-os terminál szerverhez.
De az rdesktop ip után kapom a jól ismert can't open display üzenetet.
Szerintem szinte mindent kipróbáltam már, export DISPLAY=:0.0, ip-vel, localhost-tal, sehogy sem akarja az igazat. Az X működ, startx után kapok egeret.

Mit nézek be? Vagy mi kellhet még hozzá?

Köszönöm!

Üdv,

Egy olyan problémával szembesültünk, hogy néhány email címünkre kapunk spamet, de az ügyfeleink nevében. Jön indamail, vipmail, citromail mindenféle domainről.


mail.log:Mar 13 05:36:55 s3 postfix/qmgr[23360]: BAA484020BC: from=<********@vipmail.hu>, size=4044, nrcpt=1 (queue active)
mail.log:Mar 13 05:37:04 s3 opendkim[3070]: 04F1E4020AS: no signing table match for '********@vipmail.hu'
mail.log:Mar 13 05:37:04 s3 postfix/qmgr[23360]: 04F1E4020AF: from=<********@vipmail.hu>, size=4711, nrcpt=1 (queue active)
mail.log:Mar 13 05:37:04 s3 amavis[14673]: (14673-09) Passed CLEAN, [113.188.20.176] [113.188.20.176] <********@vipmail.hu> -> , Message-ID: <********@vipmail.hu>, mail_id: 6UKdl0FSfMrL, Hits: 3.623, size: 4010, queued_as: 04F1E4020AF, 8355 ms


A levél tartalma:


Return-Path: <********@vipmail.hu>
X-Original-To: info@********.hu
Delivered-To: info@********.hu
Received: from localhost (localhost [127.0.0.1])
by s3.********.hu (Postfix) with ESMTP id 04F1E4020AF
for ; Mon, 13 Mar 2017 05:37:04 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at s3.********.hu
X-Spam-Flag: NO
X-Spam-Score: 3.623
X-Spam-Level: ***
X-Spam-Status: No, score=3.623 tagged_above=1 required=4.5
tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RDNS_NONE=0.793,
SPF_NEUTRAL=0.779, URIBL_JP_SURBL=1.25] autolearn=no
Received: from s3.********.hu ([127.0.0.1])
by localhost (s3.********.hu [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 6UKdl0FSfMrL for ;
Mon, 13 Mar 2017 05:36:55 +0100 (CET)
Received: from ouyr.pisem.net (unknown [113.188.20.176])
by s3.********.hu (Postfix) with ESMTP id BAA484020EC
for ; Mon, 13 Mar 2017 05:36:52 +0100 (CET)
From: "********" <********@vipmail.hu>
To: "********"
Subject: =?utf-8?B?Rnc6IHNpbmNlIHdlJ3ZlIG1ldCBsYXN0IHRpbWU=?=
Date: Mon, 13 Mar 2017 04:36:45 +0000
Message-ID: <1351383260.20170313073645@vipmail.hu>
Content-Type: multipart/alternative;
boundary="----=_NextPart_000_0048_012A12D2.3C1AAD34"
Content-Language: en-gb
MIME-Version: 1.0


------=_NextPart_000_0048_012A12D2.3C1AAD34
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SGVsbG8gZnJpZW5kLCANCg0KSSd2ZSBnb3Qgc29tZSBncmVhdCBuZXdzIHNpbmNlIHdlJ3ZlIG1l
dCAgbGFzdCAgdGltZSwgIHBsZWFzZSasWadByZWFkICBpdCBoZXJlIGh0dHA6Ly9oZWxwZnVsLndvbmRl
cmFtYTM2MC5uZXQvYjhiOQ0KDQpNeSBiZXN0IHRvIHlvdSwgYW5neWFsZGF2aWQNCg0K

------=_NextPart_000_0048_012A12D2.3C1AAD34
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

.....

Esetleg tud valaki segíteni, hogy merre induljak el?

de mikor fogják vajon javítani?már minden distrónál regisztrálva van a hiba.
'csak' javítani kéne, mert már túl régen megvan, és a lapostopba nem egyszerű egy másikat szerkeszteni :/

[drm:drm_atomic_helper_commit_cleanup_done [drm_kms_helper]] *ERROR* [CRTC:29:pipe B] flip_done timed out
[54020.932093] ------------[ cut here ]------------
[54020.932151] WARNING: CPU: 0 PID: 1151 at /build/linux-xXpTKI/linux-4.8.0/drivers/gpu/drm/drm_irq.c:1224 drm_wait_one_vblank+0x1b6/0x1c0 [drm]
[54020.932154] vblank wait timed out on crtc 1
[54020.932156] Modules linked in: nfnetlink_queue nfnetlink_log nfnetlink rpcsec_gss_krb5 auth_rpcgss nfsv4 nfs lockd grace fscache rfcomm bnep binfmt_misc wacom_w8001 apanel input_polldev arc4 snd_hda_codec_hdmi snd_hda_codec_realtek coretemp snd_hda_codec_generic snd_hda_intel serport snd_hda_codec kvm iwl4965 snd_hda_core snd_hwdep iwlegacy snd_pcm irqbypass snd_seq_midi mac80211 snd_seq_midi_event joydev serio_raw input_leds snd_rawmidi cfg80211 pcmcia snd_seq btusb snd_seq_device snd_timer btrtl btbcm btintel snd bluetooth yenta_socket soundcore pcmcia_rsrc shpchp lpc_ich pcmcia_core irda tpm_infineon mac_hid fujitsu_laptop fujitsu_tablet parport_pc ppdev lp sunrpc parport ip_tables x_tables autofs4 btrfs xor raid6_pq hid_logitech_hidpp hid_logitech_dj usbhid hid i915 i2c_algo_bit drm_kms_helper
[54020.932292]  ahci psmouse libahci syscopyarea pata_acpi sdhci_pci sysfillrect sysimgblt sdhci fb_sys_fops drm fjes video sky2
[54020.932321] CPU: 0 PID: 1151 Comm: Xorg Tainted: G        W       4.8.0-41-generic #44-Ubuntu
[54020.932325] Hardware name: FUJITSU LifeBook T4220/FJNB1D4, BIOS Version 1.18  02/23/2009
[54020.932330]  0000000000000286 00000000b3da9102 ffff8df6b88b3918 ffffffffac830e92
[54020.932339]  ffff8df6b88b3968 0000000000000000 ffff8df6b88b3958 ffffffffac48319b
[54020.932347]  000004c800000000 ffff8df674d80000 0000000000000001 0000000000000000
[54020.932355] Call Trace:
[54020.932367]  [<ffffffffac830e92>] dump_stack+0x63/0x81
[54020.932374]  [<ffffffffac48319b>] __warn+0xcb/0xf0
[54020.932380]  [<ffffffffac48321f>] warn_slowpath_fmt+0x5f/0x80
[54020.932387]  [<ffffffffac4c7065>] ? finish_wait+0x55/0x70
[54020.932422]  [<ffffffffc038bc06>] drm_wait_one_vblank+0x1b6/0x1c0 [drm]
[54020.932428]  [<ffffffffac4c7510>] ? wake_atomic_t_function+0x60/0x60
[54020.932526]  [<ffffffffc0580742>] intel_get_load_detect_pipe+0x662/0x680 [i915]
[54020.932606]  [<ffffffffc05bcc6f>] intel_tv_detect+0x13f/0x5d0 [i915]
[54020.932630]  [<ffffffffc04bf03b>] drm_helper_probe_single_connector_modes+0x27b/0x520 [drm_kms_helper]
[54020.932637]  [<ffffffffacc9dca2>] ? mutex_lock+0x12/0x30
[54020.932681]  [<ffffffffc0397382>] drm_mode_getconnector+0x372/0x3c0 [drm]
[54020.932686]  [<ffffffffacc9ddb3>] ? ww_mutex_unlock+0x33/0x40
[54020.932720]  [<ffffffffc0389da0>] drm_ioctl+0x200/0x4f0 [drm]
[54020.932762]  [<ffffffffc0397010>] ? drm_mode_getcrtc+0x140/0x140 [drm]
[54020.932770]  [<ffffffffac648693>] do_vfs_ioctl+0xa3/0x610
[54020.932776]  [<ffffffffac648c79>] SyS_ioctl+0x79/0x90
[54020.932783]  [<ffffffffacca04f6>] entry_SYSCALL_64_fastpath+0x1e/0xa8
[54020.932787] ---[ end trace c6e20d9830208723 ]---

nem mintha az változtatna valamit, hogy itt - is - dühöngök egy icipicit :)

Egy xrdp szervert (már nem az első) akarok beállítani (xfce4), és néhány folyamatot nem akarok futtatni, mert nincs rájuk szükség, pl.: alsa-utils, cups, lightdm. (hang nem kell, nyomtatásra nincs igény, a kiszolgálón meg felesleges beindítani az Xwindow felületet).

A probléma az, hogy hiába kapcsolom ki ezeket (update-rc.d [script] disable és update-rc.d [script] remove ), újra indításkor ugyanúgy betöltődnek. Ezért egy faék stupid megoldást csináltam: a folyamatokhoz tartozó .service fájlokat átneveztem a /lib/systemd/system könyvtár alatt, így aztán nem töltődnek be a rendszer indításakor.

Az érdekes a dologban az, hogy csak 16.10-es telepítéseknél csinálja ezt, 16.04-esnél valamint annak 16.10-re upgradelt verziónál nem mutatkozik ez a hiba.

Sok próbát csináltam, VirtualBox lehetőségeit kihasználva 5 féle telepítést is csináltam, és ezeknél is a fent vázolt eredmények jöttek ki.

Valaki találkozott már a problémával?

Mobil internet USB stick. Ha bedugom a gépbe létre kell jönnie valami ilyen eszköznek: /dev/ttyUSB*. Néha létrejön, gyakrabban azonban nem. Kihúzom, visszadugom, még mindig nem. Átlagosan 5-ször kell próbálkozni, mire sikerül. Nincs a ki-be-dugdosásnál valami intelligensebb és direktebb módszer?

Sziasztok!

Egy HP ProLiant MicroServer Gen7 (N40L) szerverre telepítettem a napokban Ubuntu Server 16.04.1 LTS-t. Újraindításkor és leállításkor a leállási folyamat egy szakaszán "megakad, várakozik" mintha megfagyott volna, de kb. 10 perc után folytatódik a leállási folyamat és leáll a szerver. Az utolsó megjelenített sor, amikor megáll a leállási folyamat a: "[ OK ] Stopped LVM2 metadata daemon". Találkoztatok már ezzel a jelenséggel, mi okozhatja, mi a megoldás? BIOS-t már frissítettem, nem oldotta meg a problémát. (szoftver RAID1 + LVM van a rendszer alatt)