Re: GNOME crashes when .xsession file is present.
El Thursday 15 April 2010 09:11:21 Freeman va escriure: > An empty .xsession file will crash Gnome too. (I remember that debacle.) I > can't offer a technical explanation. Maybe it can be viewed as similar to > initiating two desktops environments simultaneously. .xsession is the X session script that's executed, so the X session terminates when this script also terminates. The last command in the script must not quit inmediatly, instead he must handle the X session (should be a window manager, a desktop or another nice program). > -- > Kind Regards, > Freeman > > http://bugs.debian.org/release-critical/ -- Marc Olivé Grup Blau www.grupblau.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201004161255.50644.marc.ol...@grupblau.com
Re: Lenny in less than 32 MB of drive space?
El Friday 26 March 2010 18:45:46 Rick Thomas va escriure: > However, if physical size matters, the "Gizmo! jr" is the smallest > I've found.) FYI, a micro-sd reader like this is smaller: http://www.kingston.com/flash/usb_microsd_reader_bndl.asp Micro-sd reader: 24.99mm x 12.14mm x 2.64mm Gizmo! jr: 34.3mm x 12.4mm x 2.2mm (t); Regards, -- Marc Olivé Grup Blau www.grupblau.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003290828.09377.marc.ol...@grupblau.com
Re: Successful running 3D apps w open driver. Solving Xserver modes switching.
El Wednesday 24 February 2010 06:45:35 Sthu Deus va escriure: > Good day. Good day! > First, I want that my this message be saved in the Debian mailing list > archive in so that my experience could of worth to all those that will be > in the same dilemma as I was Oh man! Many, many thanks for that tip! I was fighting with it during months with no luck and couldn't figure out what was missing to get my Ati working. -- Marc Olivé Grup Blau www.grupblau.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201003011405.49153.marc.ol...@grupblau.com
Re: Intel Atom Processor
El Tuesday 16 February 2010 16:52:06 Stan Hoeppner va escriure: > As a bonus, due to various architectural reasons I won't delve into, 32bit > binaries will usually run slightly faster than the 64 bit cousins Really? Didn't know. 64bit binaries should be faster than a 32bit one... where's the problem? > -- > Stan -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002170833.07108.marc.ol...@grupblau.com
Re: Intel Atom Processor
El Tuesday 16 February 2010 10:09:34 Warren King va escriure: > Which architecture should I use for an Intel Atom Processor? If it's a 64 bits one you should use amd64, otherwise or in doubt use x86. > Warren King > > wk...@meritel.com -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201002161037.56978.marc.ol...@grupblau.com
Strange problem with chroot and scponlyc
Hello, I have a ssh server with a chrooted environment to give acces to our customers that have a scponlyc shell. On the sshd outside the chroot only the users of the group "scpuser" can connect to sftp, I added "AllowGroups scpuser" to sshd_config. Some /etc/passwd examples are: /etc/passwd: myuser:x::::/var/lib/scproot//home/myuser:/usr/sbin/scponlyc /etc/group: scpuser:x:222:mysuer /etc/group: myuser:x:: /etc/shadow: myuser:a8a71aa6cfdb910c8f1e3a3a7edad4c9:14501:0:9:7::: /var/lib/scproot/etc/passwd: myuser:x::::: /var/lib/scproot/etc/group: myuser:x:: When they want to connect they have to try 3 or 4 times before they succesfully connect. In the logs there's "debug1: Received SIGCHLD" when they can not connect, I attach full logs with two failed attemps and a succesfull one. I don't understand why they have to try several times since they connect... Any idea? thanks, -- Marc Olivé Grup Blau Feb 10 08:23:23 My-Server sshd[2645]: debug1: Forked child 644. Feb 10 08:23:23 My-Server sshd[644]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8 Feb 10 08:23:23 My-Server sshd[644]: debug1: inetd sockets after dupping: 3, 3 Feb 10 08:23:23 My-Server sshd[644]: Connection from 11.22.33.44 port 35915 Feb 10 08:23:24 My-Server sshd[644]: debug1: Client protocol version 2.0; client software version WinSCP_release_4.2.3 Feb 10 08:23:24 My-Server sshd[644]: debug1: no match: WinSCP_release_4.2.3 Feb 10 08:23:24 My-Server sshd[644]: debug1: Enabling compatibility mode for protocol 2.0 Feb 10 08:23:24 My-Server sshd[644]: debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 Feb 10 08:23:29 My-Server sshd[644]: reverse mapping checking getaddrinfo for cliente-23968.iberbanda.es [11.22.33.44] failed - POSSIBLE BREAK-IN ATTEMPT! Feb 10 08:23:29 My-Server sshd[644]: Failed none for myuser from 11.22.33.44 port 35915 ssh2 Feb 10 08:23:30 My-Server sshd[644]: Accepted password for myuser from 11.22.33.44 port 35915 ssh2 Feb 10 08:23:30 My-Server sshd[644]: debug1: monitor_child_preauth: myuser has been authenticated by privileged process Feb 10 08:23:30 My-Server sshd[647]: debug1: SELinux support disabled Feb 10 08:23:30 My-Server sshd[647]: debug1: permanently_set_uid: 2001/2001 Feb 10 08:23:30 My-Server sshd[647]: debug1: Entering interactive session for SSH2. Feb 10 08:23:30 My-Server sshd[647]: debug1: server_init_dispatch_20 Feb 10 08:23:30 My-Server sshd[644]: User child is on pid 647 Feb 10 08:23:30 My-Server sshd[647]: debug1: server_input_channel_open: ctype session rchan 256 win 2147483647 max 16384 Feb 10 08:23:30 My-Server sshd[647]: debug1: input_session_request Feb 10 08:23:30 My-Server sshd[647]: debug1: channel 0: new [server-session] Feb 10 08:23:30 My-Server sshd[647]: debug1: session_new: session 0 Feb 10 08:23:30 My-Server sshd[647]: debug1: session_open: channel 0 Feb 10 08:23:30 My-Server sshd[647]: debug1: session_open: session 0: link with channel 0 Feb 10 08:23:30 My-Server sshd[647]: debug1: server_input_channel_open: confirm session Feb 10 08:23:31 My-Server sshd[647]: debug1: server_input_channel_req: channel 0 request sim...@putty.projects.tartarus.org reply 0 Feb 10 08:23:31 My-Server sshd[647]: debug1: session_by_channel: session 0 channel 0 Feb 10 08:23:31 My-Server sshd[647]: debug1: session_input_channel_req: session 0 req sim...@putty.projects.tartarus.org Feb 10 08:23:32 My-Server sshd[647]: debug1: server_input_channel_req: channel 0 request subsystem reply 1 Feb 10 08:23:32 My-Server sshd[647]: debug1: session_by_channel: session 0 channel 0 Feb 10 08:23:32 My-Server sshd[647]: debug1: session_input_channel_req: session 0 req subsystem Feb 10 08:23:32 My-Server sshd[647]: subsystem request for sftp Feb 10 08:23:32 My-Server sshd[647]: debug1: subsystem: exec() /usr/lib/openssh/sftp-server Feb 10 08:23:32 My-Server sshd[647]: debug1: Received SIGCHLD. Feb 10 08:23:32 My-Server sshd[647]: debug1: session_by_pid: pid 648 Feb 10 08:23:32 My-Server sshd[647]: debug1: session_exit_message: session 0 channel 0 pid 648 Feb 10 08:23:32 My-Server sshd[647]: debug1: session_exit_message: release channel 0 Feb 10 08:23:33 My-Server sshd[647]: debug1: session_by_channel: session 0 channel 0 Feb 10 08:23:33 My-Server sshd[647]: debug1: session_close_by_channel: channel 0 child 0 Feb 10 08:23:33 My-Server sshd[647]: debug1: session_close: session 0 pid 0 Feb 10 08:23:33 My-Server sshd[647]: debug1: channel 0: free: server-session, nchannels 1 Feb 10 08:23:33 My-Server sshd[647]: Connection closed by 11.22.33.44 Feb 10 08:23:33 My-Server sshd[647]: debug1: do_cleanup Feb 10 08:23:33 My-Server sshd[647]: Transferred: sent 2168, received 1472 bytes Feb 10 08:23:33 My-Server sshd[647]: Closing connection to 11.22.33.44 port 35915 Feb 10 08:23:38 My-Server sshd[2645]: debug1: Forked child 651. Feb 10 08:23:38 My-Server sshd[651]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8 Feb 10 08:23:38 M
Re: A tool for auto amplifying of wav/flac files.
El Thursday 04 February 2010 13:26:55 Sthu Deus va escriure: > Good day. Hello, > Is there a tool by which, I can amplify gain to 0 db of every wav/flac There's "normalize-audio" that might help. -- Marc Olivé Grup Blau marc.ol...@grupblau.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Samba server stop working after upgrade
We solved it, was not about the upgrade, this was just a coincidence. Was another machine that was acting as local master browser. Sorry for the noise -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Samba server stop working after upgrade
Hello, Our samba server stoped working fine after Lenny upgrade. I can connect using "smbclient", but "smbtree" says: "Server requested plaintext password but 'client plaintext auth' is disabled anonymous failed session setup with NT_STATUS_INVALID_PARAMETER" We can't access to samba server from MacOS finder, nor from nautilus or konqueror. When upgrading, aptitude ask me to replace smb.conf and I say "no" as we have it configured with our shares. Any idea? Thanks -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: chrooted rssh
El Monday 25 January 2010 10:29:32 Johannes Wiedersich va escriure: > Vadkan Jozsef wrote: > > Does someone has an easy howto for only allowing e.g.: scp with rssh > > [chrooted]? > > aptitude install scponly I have some troubles using scponly into chrooted environment. I posted an e-mail two days ago (subject: Problems connecting to chrooted server with scponly shell) with no answers... no one have idea about it? Thanks, > -- > Johannes > > Three nations have not officially adopted the International System > of Units as their primary or sole system of measurement: Burma, > Liberia, and the United States. > > http://en.wikipedia.org/wiki/Si_units -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Root filesystem full; faubackup problem?
El Wednesday 27 January 2010 12:20:28 Tim Beauregard va escriure: > Marc Olive wrote: > > Maybe you copied /document files to /documents without being hdb1 > > monuted? Try to umount /documents and see if there are still all files. > > t...@server:~$ umount /documents > t...@server:~$ ls -l /documents/ > total 0 > > As expected? No, there aren't the files, the problem was not the one I was pointing to. Mount again "documents" and continue searching a solution. -- Marc Olivé Grup Blau -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Root filesystem full; faubackup problem?
El Wednesday 27 January 2010 09:45:55 Tim Beauregard va escriure: > Apologies if the first message wasn't clear enough: > > df -h > > FilesystemSize Used Avail Use% Mounted on > /dev/hda1 56G 55G 0 100% / > tmpfs 237M 0 237M 0% /lib/init/rw > udev 10M 696K 9.4M 7% /dev > tmpfs 237M 0 237M 0% /dev/shm > /dev/hdb1 74G 44G 27G 63% /documents > /dev/sda1 699G 336G 363G 49% /maxtor > overflow 1.0M 0 1.0M 0% /tmp > > lsof doesn't show any files greater than 5MB in size. Maybe you copied /document files to /documents without being hdb1 monuted? Try to umount /documents and see if there are still all files. -- Marc Olivé Grup Blau marc.ol...@grupblau.com Tel. + 34 977 87 07 02 Tel i Fax. + 34 977 87 05 07 Plaça d'en Canós 9-11, 2on 1a Espluga de Francolí Tarragona www.grupblau.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Problems connecting to chrooted server with scponly shell
Hello, I've setup a Debian Lenny server with a chroot environment and some users have a "scponlyc" shell. There's a Cisco Linksys router to access to internet forwarding port 22. The problem is that users have to do several attemps to connect to the server, after 6 or more attemps to connect sometimes they can login. I have no idea why they have to try to connect so many times, and why the connection is closed until they can connect. sshd_config file have no special options set, and the passwd line for a scponly user is like: npuyal:x:2002:2002::/var/lib/vz/private/101//home/npuyal:/usr/sbin/scponlyc I repeat: after trying to connect several times they finally login. I attach sshd with debug level log enabled and sftp command output in verbose mode. I paste some relevant lines here: From sshd log: Jan 27 08:47:40 blau-debian-02 sshd[30813]: Accepted password for npuyal from 192.168.1.1 port 39184 ssh2 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: SELinux support disabled ... Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: subsystem: exec() /usr/lib/openssh/sftp-server Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: Received SIGCHLD. From sftp -vvv: debug1: Authentication succeeded (password). debug1: Entering interactive session. ... debug2: channel 0: rcvd eow debug2: channel 0: close_read debug2: channel 0: input open -> closed debug2: channel 0: rcvd eof debug2: channel 0: output open -> drain debug2: channel 0: obuf empty debug2: channel 0: close_write debug2: channel 0: output drain -> closed debug2: channel 0: rcvd close debug3: channel 0: will not send data after close debug2: channel 0: almost dead Any idea? Thanks -- Marc Olivé Grup Blau marc.ol...@grupblau.com Tel. + 34 977 87 07 02 Tel i Fax. + 34 977 87 05 07 Plaça d'en Canós 9-11, 2on 1a Espluga de Francolí Tarragona www.grupblau.com Jan 27 08:47:36 blau-debian-02 sshd[30791]: debug1: Forked child 30813. Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: rexec start in 5 out 5 newsock 5 pipe 7 sock 8 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: inetd sockets after dupping: 3, 3 Jan 27 08:47:36 blau-debian-02 sshd[30813]: Connection from 192.168.1.1 port 39184 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: Client protocol version 2.0; client software version OpenSSH_5.1p1 Debian-5 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: match: OpenSSH_5.1p1 Debian-5 pat OpenSSH* Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: Enabling compatibility mode for protocol 2.0 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5 Jan 27 08:47:36 blau-debian-02 sshd[30813]: Failed none for npuyal from 192.168.1.1 port 39184 ssh2 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: temporarily_use_uid: 2002/2002 (e=0/0) Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: trying public key file /var/lib/vz/private/101//home/npuyal/.ssh/authorized_keys Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: restore_uid: 0/0 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: temporarily_use_uid: 2002/2002 (e=0/0) Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: trying public key file /var/lib/vz/private/101//home/npuyal/.ssh/authorized_keys2 Jan 27 08:47:36 blau-debian-02 sshd[30813]: debug1: restore_uid: 0/0 Jan 27 08:47:36 blau-debian-02 sshd[30813]: Failed publickey for npuyal from 192.168.1.1 port 39184 ssh2 Jan 27 08:47:40 blau-debian-02 sshd[30813]: Accepted password for npuyal from 192.168.1.1 port 39184 ssh2 Jan 27 08:47:40 blau-debian-02 sshd[30813]: debug1: monitor_child_preauth: npuyal has been authenticated by privileged process Jan 27 08:47:40 blau-debian-02 sshd[30813]: User child is on pid 30815 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: SELinux support disabled Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: permanently_set_uid: 2002/2002 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: Entering interactive session for SSH2. Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: server_init_dispatch_20 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: server_input_channel_open: ctype session rchan 0 win 2097152 max 32768 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: input_session_request Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: channel 0: new [server-session] Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: session_new: session 0 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: session_open: channel 0 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: session_open: session 0: link with channel 0 Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: server_input_channel_open: confirm session Jan 27 08:47:40 blau-debian-02 sshd[30815]: debug1: server_input_global_request: rtype no-more-sessi
Re: Synchronize two computers
El Thursday 21 January 2010 13:34:32 Aioanei Rares va escriure: > I'd keep it simple : ssh + rsync. Even simpler: use Unison -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: filezilla alternative
El Tuesday 12 January 2010 00:24:19 Vadkan Jozsef va escriure: > Are there any good FTP programs that support SFTP, FTPS, FTP, SCP plus > doesn't store the password in plaintext like filezilla does? I use konqueror with kdewallet to store passwords. > Thank you! Welcome, -- Marc Olivé Plaça d'en Canós, 9-11 2º 1ª 43440 l'Espluga de Francolí Tarragona Tel. 977 870 702 http://www.blauconsultors.com -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
