seduction
 Language:
Welcome, Guest. Please login or register.
Did you miss your activation email?
2019/03/26, 21:47:07


Help

Recent Posts

Pages: [1] 2 3 ... 10
2
@axt: Well, i can answer that, somewhen in this year. Really.

To be more precice: I guess before the debian freeze ends. And the typical debian influenced answer: When it is ready.
3
Und das ist auch richtig so - Userdaten gehören ins Userverzeichnis.

Man könnte natürlich auch mit dem System arbeiten anstatt gegen das System. In diesem Fall könnte das bedeuten: binde, linke, mount Deine Sachen in Dein Userverzeichnis.
4
Software - Support / lxqt Speicherort lässt sich nicht einstellen
« Last post by manilg on Today at 11:45:17 »
Hi,

 ich kann unter Sitzungskonfiguration- Benutzerverzeichnisse die Pfade zu den Speicherorten nicht einstellen.
home ist /home/manilg auf einer SSD.
Die Daten sind auf einer anderen Festplatte: /media/manilg/4001b3a5-1c45-402f-b3a5-cdc52xxxxxxx/Daten.Wenn ich das unter Speicherort eintragen will gibt es eine Fehlermeldung und die Eingabe wird ignoriert.Es macht keinen Unterschied, ob ich über den link "Daten" auf die Unterverzeichnisse zugreife oder über den weg /media etc.Beide male gibt es eine Fehlermeldung und der Eintrag wird ignoriert.
Die Verzeichnisse, Unterordner gehören alle mir.
manilg
5
Free Speech / Freie Rede / Re: Installations-Image KDE vermutlich zu alt
« Last post by axt on Today at 08:18:14 »
Quote from: NochEinNeuer
brannte es neu auf DVD

Mit dd auf einen USB-Stick.

Quote from: NochEinNeuer
Den Versuch machte ich damals an unterschiedlichen Tagen um Fehler von irgendeinem Server auszuschließen.

Du weißt aber schon, wozu sha256 da ist?

piper, on this occasion he can ask, when an official release can be expected again...


6
Go to irc and ask for new build
7
Upgrade Warnings (DE / EN) / [solved] Re: NFS fails
« Last post by Penyelam on Yesterday at 22:42:36 »
Thanks a lot
it works  :)
8
Free Speech / Freie Rede / Installations-Image KDE vermutlich zu alt
« Last post by NochEinNeuer on Yesterday at 19:58:29 »
Hallo,
ich weis nicht ob es hier richtig rein passt.Leider bin ich auch etwas spät dran um auf dieses Problem hinzuweisen.
Als ich Ende 2018 siduction KDE installieren wollte, so gab es bei der Installation einen unüberwindlichen Fehler.
Im Laufe der Installation versuchte siduction automatisch den download von irgendwelchen Daten. Welche genau weis ich nicht mehr. Dies schlug fehl und die Installation wurde abgebrochen.Das Image holte ich mir damals neu und brannte es neu auf DVD und bei der Installation tauchte das gleiche Problem wieder auf. Den Versuch machte ich damals an unterschiedlichen Tagen um Fehler von irgendeinem Server auszuschließen.

Letztendlich behalf ich mich, in dem ich das gnome Image installierte, KDE nachinstallierte und gnome Pakete deinstallierte.
Wobei das leider nicht die sauberste und zufriedenstellenste Lösung war.
Vielleicht sollte sich das jemand, der etwas mehr Ahnung hat, mal bei Gelegenheit anschauen. Vielleicht lag der Fehler ja auf meiner Seite.
Viele Grüße,Jürgen

9
Software Support (EN) / Re: file ownership: fuse
« Last post by jyp on Yesterday at 19:04:11 »
@devil
Nothing happened in backintime yet because I did not run it, just exploring.
I am just wondering how the group id became _fuse_ as I, for sure, did not volontarily assign this group to the _directories/ subdirectories/files_ that I created. Now this group id is everywhere.

But when I create a new directory or a new file, it comes out with normal ownership. For instance
Code: [Select]
...:/hdd01/data$ ls -l
total 104
drwxr-xr-x  2 jy   jy    4096 mar 25 13:51 000-test

...:/hdd01/data/000-test$ ls -l
total 0
-rw-r--r-- 1 jy jy 0 mar 25 13:53 test-file.txt
I am the only _user_  (jy) on that machine.

Would it be better practice to get rid of the _fuse_ group and put back _jy_ ? Is there a reason that _fuse_ has been assigned?
Just trying to understand.

Thanks.

This is the state of my system.
Code: [Select]
...:$ inxi -F
System:    Host: omega Kernel: 4.20.16-towo.1-siduction-amd64 x86_64 bits: 64 Desktop: KDE Plasma 5.14.5
           Distro: siduction 17.1.0 Patience - kde - (201703051755)
Machine:   Type: Desktop System: ASUS product: All Series v: N/A serial: N/A
           Mobo: ASUSTeK model: SABERTOOTH Z87 v: Rev 1.xx serial: 130612993600174 BIOS: American Megatrends
           v: 1803 date: 02/17/2014
CPU:       Topology: Quad Core model: Intel Core i5-4670K bits: 64 type: MCP L2 cache: 6144 KiB
           Speed: 800 MHz min/max: 800/3800 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
...
Drives:    Local Storage: total: 3.75 TiB used: 928.14 GiB (24.2%)
           ID-1: /dev/sda vendor: Intel model: SSDSC2BW120A4 size: 111.79 GiB
           ID-2: /dev/sdb vendor: Western Digital model: WD2002FAEX-00MJRA0 size: 1.82 TiB
           ID-3: /dev/sdc vendor: Western Digital model: WD2002FAEX-00MJRA0 size: 1.82 TiB
Partition: ID-1: / size: 90.82 GiB used: 12.00 GiB (13.2%) fs: ext4 dev: /dev/sda2
           ID-2: swap-1 size: 4.88 GiB used: 119.0 MiB (2.4%) fs: swap dev: /dev/sda3
...
Info:      Processes: 231 Uptime: 6d 22h 57m Memory: 15.54 GiB used: 7.68 GiB (49.4%) Shell: bash inxi: 3.0.32

 When I installed _siduction 17.1.0 Patience -kde_ on my homemade box, I structured it like this
Code: [Select]
...$ df -hT | sortFilesystem     Type      Size  Used Avail Use% Mounted on
/dev/sda2      ext4       91G   13G   75G  14% /
/dev/sdb1      ext4      394G  126G  249G  34% /hdd01/data
/dev/sdb2      ext4      739G  177G  524G  26% /hdd01/music-photos
/dev/sdb3      ext4      689G  156G  499G  24% /hdd01/videos
/dev/sdc1      ext4      394G  125G  250G  34% /hdd02/data_bu
/dev/sdc2      ext4       99G  1.4G   92G   2% /hdd02/home_bu
/dev/sdc3      ext4      689G  177G  477G  28% /hdd02/music-photos_bu
/dev/sdc4      ext4      640G  156G  452G  26% /hdd02/videos_bu...
Code: [Select]
...:/$ ls -l
total 112
drwxr-xr-x   2 root root 12288 Mar 18 13:54 bin
drwxr-xr-x   3 root root  4096 Mar 18 14:08 boot
drwxr-xr-x  20 root root  3900 Mar 25 07:33 dev
drwxr-xr-x   2 root root  4096 Mar 23  2017 disks
drwxr-xr-x 146 root root 12288 Mar 23 11:39 etc
drwxr-xr-x   2 root root  4096 Mar 23  2017 fll
drwxr-xr-x   5 root root  4096 Mar 23 11:27 hdd01
drwxr-xr-x   6 root root  4096 Mar 23 11:18 hdd02
drwxr-xr-x   3 root root  4096 Mar 23  2017 home
lrwxrwxrwx   1 root root    46 Mar 18 13:58 initrd.img -> boot/initrd.img-4.20.16-towo.1-siduction-amd64
lrwxrwxrwx   1 root root    46 Mar 18 13:58 initrd.img.old -> boot/initrd.img-4.20.13-towo.1-siduction-amd64
drwxr-xr-x  19 root root  4096 Mar  4 14:13 lib
drwxr-xr-x   2 root root  4096 Mar  4 14:05 lib64
drwx------   2 root root 16384 Mar 23  2017 lost+found
drwxr-xr-x   3 root root  4096 Mar 24  2017 media
drwxr-xr-x   2 root root  4096 Mar 23  2017 mnt
drwxr-xr-x   3 root root  4096 Nov 23  2017 opt
dr-xr-xr-x 241 root root     0 Mar 18 14:09 proc
drwx------  15 root root  4096 Mar 23 11:27 root
drwxr-xr-x  36 root root   960 Mar 18 14:09 run
drwxr-xr-x   2 root root 12288 Mar 18 13:58 sbin
drwxr-xr-x   2 root root  4096 Mar  5  2017 srv
dr-xr-xr-x  13 root root     0 Mar 18 14:09 sys
drwxrwxrwt  19 root root   760 Mar 25 09:38 tmp
drwxr-xr-x  11 root root  4096 Feb  4 17:09 usr
drwxr-xr-x  11 root root  4096 Mar  5  2017 var
lrwxrwxrwx   1 root root    43 Mar 18 13:58 vmlinuz -> boot/vmlinuz-4.20.16-towo.1-siduction-amd64
lrwxrwxrwx   1 root root    43 Mar 18 13:58 vmlinuz.old -> boot/vmlinuz-4.20.13-towo.1-siduction-amd64
Code: [Select]
...:/$ ls -l hdd01
total 12
drwxr-xr-x 24 jy fuse 4096 Mar 23 12:20 data
drwxr-xr-x  6 jy fuse 4096 Feb 24  2017 music-photos
drwxr-xr-x 30 jy fuse 4096 Apr 11  2018 videos
Code: [Select]
...:/# ls -l hdd02
total 16
drwxr-xr-x 21 jy fuse 4096 Jan 15 13:51 data_bu
drwx------ 23 jy jy   4096 Mar 22 17:34 home_bu
drwxr-xr-x  5 jy fuse 4096 Feb 24  2017 music-photos_bu
drwxr-xr-x 31 jy fuse 4096 Apr 11  2018 videos_bu


10
Upgrade Warnings (DE / EN) / Re: NFS fails
« Last post by bluelupo on Yesterday at 18:03:11 »
Hi Penyelam,
try this....  :)
Code: [Select]
mount -t nfs -o nfsvers=4 siductionbox:/ /mnt
Pages: [1] 2 3 ... 10