Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 16:15:28 -0600, Joshua Isom wrote: > Ignore /proc, unmount it even. You don't need it on FreeBSD and > shouldn't expect it to be there. As far as I know, Gnome (or at least GDM) _requires_ it to be able to show the available user names. I have no idea why. :-) > As for the listings in /usr/local > they'll need fixed. On my system, almost everything's owned by root. There are a few exceptions when files are owned by a daemon. As I said, re-installing those parts (or even world) should fix this, but maybe it's possible to apply some "mtree magic" to fix the owner to the proper one (root in most cases). > The man directories are owned by man, and > /usr/local/libexec/polkit-set-default-helper is set as polkit:polkit. That's a good example for the non-root exceptions; there might be others. > There's a difference between lib directories and libexec directories. > Libraries are stored in lib and programs you're not expected to invoke > yourself are stored in libexec. Correct. That's why my printer filters are in /opt/libexec. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 23:22:29 +0100, Ralf Mardorf wrote: > On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom wrote: > > Sorry if my original command ended up breaking your system > > Don't worry, I run dump to backup it, but I'll try to fix it without > restoring it from the backup. Maybe you can read the original owners from that backup and just _change them_ accordingly? As the files haven't been altered, there would be no need to rewrite them entirely. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Mount Logical (ext2fs) Partitions?
Walter Hurry writes: > 9.1 on x86_64. > > No doubt this question has been asked before, but how do I mount logical > partitions (e2fs) under FreeBSD? I have checked the handbook, and > DuckDuckGo'ed, but without finding anything useful. > > The third slice on my first disk is a physical one, and will mount > happily under FreeBSD. > >>From /etc/fstab: > > /dev/ada0s3 /Mail ext2fs rw00 > > But I have a couple of logical partitions (also ext2fs) in the fourth > slice, which I have been trying, unsuccessfully, to mount. > > For information, here is the BSD view of the disk: > > $ sudo fdisk > *** Working on device /dev/ada0 *** > parameters extracted from in-core disklabel are: > cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 131 (0x83),(Linux native) > start 2048, size 24576000 (12000 Meg), flag 0 > beg: cyl 0/ head 32/ sector 33; > end: cyl 1023/ head 254/ sector 63 > The data for partition 2 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 24578064, size 44040150 (21503 Meg), flag 80 (active) > beg: cyl 1023/ head 255/ sector 63; > end: cyl 1023/ head 255/ sector 63 > The data for partition 3 is: > sysid 131 (0x83),(Linux native) > start 68618240, size 958464 (468 Meg), flag 0 > beg: cyl 1023/ head 254/ sector 63; > end: cyl 1023/ head 254/ sector 63 > The data for partition 4 is: > sysid 5 (0x05),(Extended DOS) > start 69577576, size 243002520 (118653 Meg), flag 0 > beg: cyl 1023/ head 254/ sector 63; > end: cyl 1023/ head 254/ sector 63 > $ > > Now here's how Linux sees it: > > $ sudo fdisk -l /dev/sda > > Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors > Units = sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disk identifier: 0x38d5b517 > >Device Boot Start End Blocks Id System > /dev/sda120482457804712288000 83 Linux > /dev/sda2 *245780646861821322020075 a5 FreeBSD > /dev/sda36861824069576703 479232 83 Linux > /dev/sda469577576 312580095 1215012605 Extended > /dev/sda594158848 112590847 9216000 83 Linux > /dev/sda6 112592896 118736895 3072000 82 Linux swap / > Solaris > /dev/sda7 118738944 1596989432048 83 Linux > /dev/sda8 159700992 2416209914096 83 Linux > /dev/sda9 241623040 27029913514338048 83 Linux > /dev/sda10 270301184 31258009521139456 83 Linux > /dev/sda11 695808009415679912288000 83 Linux There is a package called 'linuxfdisk' that is just a FreeBSD implementation of the linux fdisk and will show you what the FreeBSD partitions/slices are. You can also use gpart in the base system to get the same information. The command 'gpart list ada0' will show the primary partitions, and the command 'gpart list ada0s4' should show the logical partitions inside of the extended partition. You can also use 'file -s' and possibly do read-only mounts to see exactly what they contain. The names will probably map out like linux, but the 'sda*' will be changed to 'ada0s*'. -- Carl Johnsonca...@peak.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: lagg problems (or lack of understanding?)
Hi, On Sat, 26 Jan 2013 00:55:59 +0100 markus.hoeni...@mhoenicka.de wrote: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html > > Specifically, I use the rc.conf entries mentioned in the box at the > very bottom on the page, except that my ethernet interface is re0 > instead of bge0. The lagg module is loaded during boot using an > appropriate entry in /boot/loader.conf. > if you could post your settings here? Erich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
lagg problems (or lack of understanding?)
Hi, I'd like to use both ethernet and wlan, whichever is available, with my laptop. In many cases I prefer wlan at home as I'm not tethered and performance is good enough. However, in some cases I prefer to connect to a switch via ethernet to have faster connection to a desktop PC. I followed these instructions: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-aggregation.html Specifically, I use the rc.conf entries mentioned in the box at the very bottom on the page, except that my ethernet interface is re0 instead of bge0. The lagg module is loaded during boot using an appropriate entry in /boot/loader.conf. Things almost work: boot with ethernet plugged in, ethernet still in: connected via ethernet boot with ethernet plugged in, ethernet out: connected via wlan boot with ethernet unplugged, ethernet still out: connected via wlan boot with ethernet unplugged, ethernet in: no connection What bothers me is the last scenario: this would force me to boot with ethernet plugged in whenever I intend to use ethernet in the same session. Is this expected behaviour? Is there a way to fix this? regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Mount Logical (ext2fs) Partitions?
On 1/25/2013 5:36 PM, Walter Hurry wrote: 9.1 on x86_64. No doubt this question has been asked before, but how do I mount logical partitions (e2fs) under FreeBSD? I have checked the handbook, and DuckDuckGo'ed, but without finding anything useful. The third slice on my first disk is a physical one, and will mount happily under FreeBSD. From /etc/fstab: /dev/ada0s3 /Mail ext2fs rw00 But I have a couple of logical partitions (also ext2fs) in the fourth slice, which I have been trying, unsuccessfully, to mount. For information, here is the BSD view of the disk: $ sudo fdisk *** Working on device /dev/ada0 *** parameters extracted from in-core disklabel are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 131 (0x83),(Linux native) start 2048, size 24576000 (12000 Meg), flag 0 beg: cyl 0/ head 32/ sector 33; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 24578064, size 44040150 (21503 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 255/ sector 63 The data for partition 3 is: sysid 131 (0x83),(Linux native) start 68618240, size 958464 (468 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 5 (0x05),(Extended DOS) start 69577576, size 243002520 (118653 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 $ Now here's how Linux sees it: $ sudo fdisk -l /dev/sda Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x38d5b517 Device Boot Start End Blocks Id System /dev/sda120482457804712288000 83 Linux /dev/sda2 *245780646861821322020075 a5 FreeBSD /dev/sda36861824069576703 479232 83 Linux /dev/sda469577576 312580095 1215012605 Extended /dev/sda594158848 112590847 9216000 83 Linux /dev/sda6 112592896 118736895 3072000 82 Linux swap / Solaris /dev/sda7 118738944 1596989432048 83 Linux /dev/sda8 159700992 2416209914096 83 Linux /dev/sda9 241623040 27029913514338048 83 Linux /dev/sda10 270301184 31258009521139456 83 Linux /dev/sda11 695808009415679912288000 83 Linux Partition table entries are not in disk order $ Can anyone provide a pointer please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" What do /dev and the output of dmesg look like? It looks like linux fdisk is hiding the fact that you have to cheat the bios to get more than four partitions with MBR partitioning. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Mount Logical (ext2fs) Partitions?
9.1 on x86_64. No doubt this question has been asked before, but how do I mount logical partitions (e2fs) under FreeBSD? I have checked the handbook, and DuckDuckGo'ed, but without finding anything useful. The third slice on my first disk is a physical one, and will mount happily under FreeBSD. >From /etc/fstab: /dev/ada0s3 /Mail ext2fs rw00 But I have a couple of logical partitions (also ext2fs) in the fourth slice, which I have been trying, unsuccessfully, to mount. For information, here is the BSD view of the disk: $ sudo fdisk *** Working on device /dev/ada0 *** parameters extracted from in-core disklabel are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=310101 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 131 (0x83),(Linux native) start 2048, size 24576000 (12000 Meg), flag 0 beg: cyl 0/ head 32/ sector 33; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 24578064, size 44040150 (21503 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 255/ sector 63 The data for partition 3 is: sysid 131 (0x83),(Linux native) start 68618240, size 958464 (468 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 4 is: sysid 5 (0x05),(Extended DOS) start 69577576, size 243002520 (118653 Meg), flag 0 beg: cyl 1023/ head 254/ sector 63; end: cyl 1023/ head 254/ sector 63 $ Now here's how Linux sees it: $ sudo fdisk -l /dev/sda Disk /dev/sda: 160.0 GB, 160041885696 bytes, 312581808 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x38d5b517 Device Boot Start End Blocks Id System /dev/sda120482457804712288000 83 Linux /dev/sda2 *245780646861821322020075 a5 FreeBSD /dev/sda36861824069576703 479232 83 Linux /dev/sda469577576 312580095 1215012605 Extended /dev/sda594158848 112590847 9216000 83 Linux /dev/sda6 112592896 118736895 3072000 82 Linux swap / Solaris /dev/sda7 118738944 1596989432048 83 Linux /dev/sda8 159700992 2416209914096 83 Linux /dev/sda9 241623040 27029913514338048 83 Linux /dev/sda10 270301184 31258009521139456 83 Linux /dev/sda11 695808009415679912288000 83 Linux Partition table entries are not in disk order $ Can anyone provide a pointer please? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: ADAT does work, but often is interrupted by noise - Was: FreeBSD and snd_hdspe last-ditch attempt
Hi :) if you should be subscribed to jack devel, you might be interested in this thread. http://lists.jackaudio.org/private.cgi/jack-devel-jackaudio.org/2013-January/010610.html [1] I don't expect hints, but it's worth to ask. Oops, I made a mistake, I only tested the inputs, not the outputs. Regards, Ralf [1] --- Forwarded message --- From: "Ralf Mardorf" To: "Jack devel" Subject: [Jack-Devel] Jack1 on FreeBSD Date: Fri, 25 Jan 2013 23:20:20 +0100 Hi :) I'm testing audio on FreeBSD. It can't compare to Linux, but it's anyway interesting. The card is a RME HDSPe AIO on FreeBSD used without TotalMix and without ALSA. The analog IOs are ok, but I get distortion and click noise or gaps when I use ADAT. When the source is zynaddsubfx with nperiods there aren't gaps, but there's distortion and there are clicks. It's only working in duplex mode and I can't drop the word length setting. I already switched nperiods from 2 to 3. It might be, that the driver is buggy, but perhaps I need unusual settings to use ADAT on FreeBSD. Does somebody know some (secret ;) settings I should test? jackd -r -doss -r48000 -p1024 -n3 -w16 -C/dev/dsp4.0 -P/dev/dsp4.0 is one of the settings I tested. I still didn't check if there are IRQ issues, which is very likely and if I can unbind devices on FreeBSD. jackd -r -doss -r48000 -p1024 -n3 -w16 -C/dev/dsp4.0 -P/dev/dsp4.0 jackd 0.121.3 Except for being limited to only 2 IOs with ADAT and not the very best latency, the card on Linux can be used for serious production. It's likely that it's a driver issue, but perhaps there is some magic that can be done by jack, resp. OSS settings to get it working on FreeBSD too. Any hints are welcome. Regards, Ralf ___ Jack-Devel mailing list jack-de...@lists.jackaudio.org http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org -- Technology doesn't necessarily make you smarter http://lists.alioth.debian.org/pipermail/d-community-offtopic/2013-January/000172.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 22:51:55 +0100, Joshua Isom wrote: Sorry if my original command ended up breaking your system Don't worry, I run dump to backup it, but I'll try to fix it without restoring it from the backup. -- Technology doesn't necessarily make you smarter http://lists.alioth.debian.org/pipermail/d-community-offtopic/2013-January/000172.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On 1/25/2013 3:25 PM, Ralf Mardorf wrote: It still does list directories in /home :(. This file definitively only is in /home: $ grep find_ find_1000.txt -rw-r--r-- 1 root rocketmouse 81920 Jan 25 20:52 find_1000.txt $ ls -ld find_1000.txt -rw-r--r-- 1 root rocketmouse 513434 Jan 25 21:14 find_1000.txt Others seemingly are from home too, e.g. [1]. Apart from that there are files in /lib and /usr with a wrong owner I missed before :(. I don't have the leisure to check the whole output right now. I'm just curious, so I had a brief look [1]. Regards, Ralf Ignore /proc, unmount it even. You don't need it on FreeBSD and shouldn't expect it to be there. As for the listings in /usr/local they'll need fixed. On my system, almost everything's owned by root. The man directories are owned by man, and /usr/local/libexec/polkit-set-default-helper is set as polkit:polkit. There's a difference between lib directories and libexec directories. Libraries are stored in lib and programs you're not expected to invoke yourself are stored in libexec. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn-export Re: svn bdb checkout?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/25/13 1:53 PM, Xyne wrote: > Greg Larkin wrote: > >> # python3 svn-export -r 31 >> http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt Exporting >> new repository. Exported revision 31 # python3 svn-export >> --revision-file rev.dat >> http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt >> Determining current revision. Current revision is 310981. >> Determining changes [31:310981]. 16 new/modified files, 5 >> deletions Traceback (most recent call last): File "svn-export", >> line 459, in svn.main() File "svn-export", line 432, in >> main self.remove_old_files(deleted) File "svn-export", line 310, >> in remove_old_files os.unlink(path) PermissionError: [Errno 1] >> Operation not permitted: 'ports-mgmt/pkg/files' # exit >> >> As far as I can tell, svn-export attempts to remove a directory >> before the file contained within that directory. It seems like >> PermissionError isn't the best error code for Python to throw in >> that case, since it appears to mask the root problem. > > On Arch Linux, Python raises the expected "IsADirectoryError" > exception. Perhaps "PermissionError" is due to a bug in Python 3 on > FreeBSD. It would not be the first exception bug that I have > encountered (e.g. os.makedirs(..., exist_ok=True) raises > "FileExists" when permissions differ on existing directories... > very confusing the first time it shows up). > > Regardless, svn-export now tries to remove a directory in both > cases. Please updated to version 2013.1.25 and let me know if it > works on FreeBSD. Yes, it does work on FreeBSD now, but I suggest investigating whether it's possible to reorder the removal list with files first, then directories. That way, you won't have to rely on an exception to determine if a directory to be removed is not empty yet. The os.walk() method looks like it would be useful here: http://docs.python.org/3/library/os.html?highlight=os.walk#os.walk > > >>> Incidentally, if anyone is looking at the code for svn-export, >>> feel free to suggest a better way to incrementally export new >>> subdirectories (see the "get_new_files()" method). >> >> I'll take a look at that soon to see if there are any possible >> optimizations. > > Ok, thanks. I looked at the method, and my first idea was to "svn cat" as many files at once as possible, up to the maximum command line length. You will avoid spawning a lot of svn processes and opening new network connections each time. If the threads option is >1, you could divide the maximum command line length by that number and keep filling in filenames up to that limit in each child process. I expect you would also get a nice performance boost if you changed from spawning svn commands to the Python SVN bindings. Here's an example of how it works: http://svn.apache.org/repos/asf/subversion/trunk/tools/examples/getfile.py > > >> Once we create a port for svn-export, we typically point to the >> original download site in the port Makefile. It's a good idea >> for the port maintainer to find a mirror site and include that >> too, but if not, all distro files are eventually mirrored to the >> FreeBSD cluster. >> >> Ideally, the source distros remain in place forever or at least >> until the FreeBSD port is updated to the latest version, but if >> that's not possible, I can mirror the files too. > > I have changed the time-to-live to 6 months for old archives. Excellent, thank you. Hope that all helps, Greg -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlEC/ooACgkQ0sRouByUApCa0wCfQr4rIT9oQrI3LkYPlMGbfCnj KqoAniabxFC2xeNAzvdLHLYhXhxYs1xi =cfUS -END PGP SIGNATURE- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On 1/25/2013 9:12 AM, Polytropon wrote: On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf wrote: On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon wrote: % ls -lR / | grep -v "/home" | grep "rocketmouse" It's better I umount at least Arch Linux. True. :-) There anyway is an issue, it doesn't show the pass, I checked this with $ ls -lR /home/ | grep -v "/home" after running $ ls -lR / | grep -v "/home" | grep "rocketmouse" IOW I get tons of files, but don't know to which directory they belong. Sorry, that was something I didn't take into mind, you're right. Maybe this command is more efficient: # find / -exec ls -l {} \; | grep -v "/home" | grep "rocketmouse" It may be a good idea to send the output into a temporary file and check it when the command has finished. As I said, you will probably see some "false positives", but look for anything strange in /usr. Since there was a comment about cats, you can also use this. find / -not \( -name home -prune \) -uid 1000 -or -gid 1000 -ls Sorry if my original command ended up breaking your system, but at least you're getting to learn how to fix problems without just wiping and starting over from scratch. I once was in /tmp and ran "rm -rf .*" to delete all hidden directories in /tmp. I realized a problem when it tried to delete files in /usr that aren't deletable without changing permissions. I was able to recover and reinstall from /usr/src. The rm had wiped out /boot. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
It still does list directories in /home :(. This file definitively only is in /home: $ grep find_ find_1000.txt -rw-r--r-- 1 root rocketmouse 81920 Jan 25 20:52 find_1000.txt $ ls -ld find_1000.txt -rw-r--r-- 1 root rocketmouse 513434 Jan 25 21:14 find_1000.txt Others seemingly are from home too, e.g. [1]. Apart from that there are files in /lib and /usr with a wrong owner I missed before :(. I don't have the leisure to check the whole output right now. I'm just curious, so I had a brief look [1]. Regards, Ralf [1] $ ls -ld /home/rocketmouse/.gnome2 drwx-- 7 rocketmouse rocketmouse 512 Jan 24 18:14 /home/rocketmouse/.gnome2 $ ls -ld /root/.gnome2 drwxr-xr-x 6 root wheel 512 Jan 25 00:01 /root/.gnome2 $ grep "gnome2" find_1000.txt drwx-- 7 rocketmouse rocketmouse 512 Jan 24 18:14 .gnome2 drwx-- 2 rocketmouse rocketmouse 512 Jan 12 02:56 .gnome2_private $ $ $ $ $ $ $ $ grep lib find_1000.txt -r-xr-xr-x 1 rocketmouse wheel 71008 Jan 20 02:12 /usr/local/lib/xfce4/xfconf/xfconfd -r-xr-xr-x 1 rocketmouse wheel 25672 Jan 20 02:21 /usr/local/lib/xfce4/panel/wrapper -r-xr-xr-x 1 rocketmouse wheel 74600 Jan 18 22:04 /usr/local/libexec/gam_server -r-xr-xr-x 1 rocketmouse wheel 66536 Jan 18 22:51 /usr/local/libexec/gconfd-2 -r-xr-xr-x 1 rocketmouse wheel 141384 Jan 18 23:55 /usr/local/libexec/gvfsd -r-xr-xr-x 1 rocketmouse wheel 157000 Jan 18 23:55 /usr/local/libexec/gvfsd-trash -r-xr-xr-x 1 rocketmouse wheel 100032 Jan 18 23:55 /usr/local/libexec/gvfs-hal-volume-monitor -r-xr-xr-x 1 rocketmouse wheel 70992 Jan 18 23:55 /usr/local/libexec/gvfs-gphoto2-volume-monitor -r-xr-xr-x 1 rocketmouse wheel 66960 Jan 19 15:36 /usr/local/libexec/evolution/2.32/evolution-alarm-notify -r-xr-xr-x 1 rocketmouse wheel 92080 Jan 19 19:09 /usr/local/libexec/gdm-session-worker -r-xr-xr-x 1 rocketmouse wheel 67672 Jan 20 02:36 /usr/local/libexec/xfce4/panel-plugins/xfce4-xkb-plugin -r-sr-xr-x 1 rocketmouse wheel 13864 Jan 20 02:34 /usr/local/libexec/gnome-pty-helper -rw-r--r-- 1 rocketmouse rocketmouse 276 Jan 13 22:58 http%3A%2F%2Fapps.linuxaudio.org%2Flib%2Ftpl%2Flau2%2Fimages%2Ffavicon.png -rw-r--r-- 1 rocketmouse rocketmouse 447 Jan 19 20:07 http%3A%2F%2Fwiki.bash-hackers.org%2Flib%2Ftpl%2Farctic%2Fimages%2Ffavicon.png -rw-r--r-- 1 rocketmouse rocketmouse 700 Jan 15 09:39 http%3A%2F%2Fwiki.bsdforen.de%2Flib%2Ftpl%2Fmonobook%2Fuser%2Ffavicon.png -rw-r--r-- 1 rocketmouse rocketmouse 276 Jan 14 01:43 http%3A%2F%2Fwiki.linuxaudio.org%2Flib%2Ftpl%2Flau2%2Fimages%2Ffavicon.png -rw-r--r-- 1 rocketmouse rocketmouse 447 Jan 22 22:34 http%3A%2F%2Fwiki.linuxmusicians.com%2Flib%2Ftpl%2Fdefault%2Fimages%2Ffavicon.png -rw-r--r-- 1 rocketmouse rocketmouse 147 Jan 13 15:38 http%3A%2F%2Fwww.freebsdsoftware.org%2Fwp-content%2Fthemes%2Fthesis%2Flib%2Fimages%2Ficon-swatch.png lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gnome-pty-helper lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/8448/file -> /usr/local/libexec/gnome-pty-helper lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gvfsd-metadata lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/3053/file -> /usr/local/libexec/gvfsd-metadata lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/lib/opera/opera lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2282/file -> /usr/local/lib/opera/opera lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gvfsd-trash lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2265/file -> /usr/local/libexec/gvfsd-trash lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gconfd-2 lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2175/file -> /usr/local/libexec/gconfd-2 lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gvfs-gphoto2-volume-monitor lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2173/file -> /usr/local/libexec/gvfs-gphoto2-volume-monitor lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/gvfs-hal-volume-monitor lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2171/file -> /usr/local/libexec/gvfs-hal-volume-monitor lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/libexec/xfce4/panel-plugins/xfce4-xkb-plugin lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2166/file -> /usr/local/libexec/xfce4/panel-plugins/xfce4-xkb-plugin lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/lib/xfce4/panel/wrapper lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 /proc/2165/file -> /usr/local/lib/xfce4/panel/wrapper lr--r--r-- 1 rocketmouse rocketmouse 0 Jan 25 21:14 file -> /usr/local/lib/xfce4/panel/wrapper lr--r-
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 20:41:24 +0100, Ralf Mardorf wrote: > On Fri, 25 Jan 2013 16:12:15 +0100, Polytropon wrote: > > find / -exec ls -l {} \; | grep -v "/home" | grep "rocketmouse" > > -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 ssh-agent > -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 /usr/bin/ssh-agent > ^C Definitely to be changed. > A lot of stuff from /tmp is shown without a path, however That will probably be the "false-positives" I mentioned. > root@freebsd:/usr/home/rocketmouse # ls -l /usr/bin/ssh-agent > -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 /usr/bin/ssh-agent > > but without write permission. The permissions haven't change (they're correct), just the owner is wrong. For comparison: -r-xr-xr-x 1 root wheel 23428 2011-08-21 20:24:03 /usr/bin/ssh-agent* The program is installed without the w attribute by default. > I now run > > root@freebsd:/usr/home/rocketmouse # find / -exec ls -l {} \; | grep -v > "/home" | grep "rocketmouse" > find_1000.txt > > and will take a look at it tomorrow. That will be an interesting read. :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 16:12:15 +0100, Polytropon wrote: find / -exec ls -l {} \; | grep -v "/home" | grep "rocketmouse" -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 ssh-agent -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 /usr/bin/ssh-agent ^C A lot of stuff from /tmp is shown without a path, however root@freebsd:/usr/home/rocketmouse # ls -l /usr/bin/ssh-agent -r-xr-xr-x 1 rocketmouse wheel 32736 Dec 23 18:38 /usr/bin/ssh-agent but without write permission. I now run root@freebsd:/usr/home/rocketmouse # find / -exec ls -l {} \; | grep -v "/home" | grep "rocketmouse" > find_1000.txt and will take a look at it tomorrow. Thank you :). Regards, Ralf -- Technology doesn't necessarily make you smarter http://lists.alioth.debian.org/pipermail/d-community-offtopic/2013-January/000172.html ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Best approach to jails + zfs
On Fri, 25 Jan 2013 19:14:45 +0100 bsd wrote: > Le 25 janv. 2013 à 18:41, Steve O'Hara-Smith a écrit : > > > On Fri, 25 Jan 2013 18:25:06 +0100 > > bsd wrote: > > > >> Hi, > >> > >> I wanted to have the point of view of the community on the best > >> approach in order to handle a quite large system with couple of jails > >> (shouldn't have more than 5 to 10). Whole system is based on zfs. I'll > >> use this as a backup server. > > > > You might like the sysutils/ezjail port - I use it for a very > > similar purpose and find it works well. > > > > -- > > Steve O'Hara-Smith > > > > I am a bit skeptical on the third party script approach. > > How stable has It been ? Rock solid - for me YMMV of course. The underpinnings are quite straightforward so it should be easy to fix anything that does go astray. > ZFS has introduced a new challenge, but now that I have understood (more > or less) how It is working, I found It really great! Just trying to > figure out the best way to use both Jail + ZFS. > > But I might re-consider my position… Does ezjail comply with the latest > FreeBSD 9 / 9.1 advances in jail / ZFS management improvement ? I'm using it on a 9,1 box to admin a bunch of 9.1 jails. It doesn't require ZFS but it can use it (along with a variety of other storage options). It uses standard ZFS commands to do it's work with ZFS. It's just a shell script program (albeit a 1500 line one), I might have written a simpler, cruder one myself had it not existed and worked. -- Steve O'Hara-Smith ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn-export Re: svn bdb checkout?
Greg Larkin wrote: ># python3 svn-export -r 31 >http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt >Exporting new repository. >Exported revision 31 ># python3 svn-export --revision-file rev.dat >http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt >Determining current revision. >Current revision is 310981. >Determining changes [31:310981]. >16 new/modified files, 5 deletions >Traceback (most recent call last): > File "svn-export", line 459, in >svn.main() > File "svn-export", line 432, in main >self.remove_old_files(deleted) > File "svn-export", line 310, in remove_old_files >os.unlink(path) >PermissionError: [Errno 1] Operation not permitted: 'ports-mgmt/pkg/files' ># exit > >As far as I can tell, svn-export attempts to remove a directory before >the file contained within that directory. It seems like >PermissionError isn't the best error code for Python to throw in that >case, since it appears to mask the root problem. On Arch Linux, Python raises the expected "IsADirectoryError" exception. Perhaps "PermissionError" is due to a bug in Python 3 on FreeBSD. It would not be the first exception bug that I have encountered (e.g. os.makedirs(..., exist_ok=True) raises "FileExists" when permissions differ on existing directories... very confusing the first time it shows up). Regardless, svn-export now tries to remove a directory in both cases. Please updated to version 2013.1.25 and let me know if it works on FreeBSD. >> Incidentally, if anyone is looking at the code for svn-export, feel >> free to suggest a better way to incrementally export new >> subdirectories (see the "get_new_files()" method). > >I'll take a look at that soon to see if there are any possible >optimizations. Ok, thanks. >Once we create a port for svn-export, we typically point to the >original download site in the port Makefile. It's a good idea for the >port maintainer to find a mirror site and include that too, but if >not, all distro files are eventually mirrored to the FreeBSD cluster. > >Ideally, the source distros remain in place forever or at least until >the FreeBSD port is updated to the latest version, but if that's not >possible, I can mirror the files too. I have changed the time-to-live to 6 months for old archives. Regards, Xyne ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Best approach to jails + zfs
Le 25 janv. 2013 à 18:41, Steve O'Hara-Smith a écrit : > On Fri, 25 Jan 2013 18:25:06 +0100 > bsd wrote: > >> Hi, >> >> I wanted to have the point of view of the community on the best approach >> in order to handle a quite large system with couple of jails (shouldn't >> have more than 5 to 10). Whole system is based on zfs. I'll use this as a >> backup server. > > You might like the sysutils/ezjail port - I use it for a very > similar purpose and find it works well. > > -- > Steve O'Hara-Smith I am a bit skeptical on the third party script approach. How stable has It been ? I have been using warden with PC-BSD "TrueOS" for testing and I have encountered all sorts of problems (not stable when you have two pools of disks - can't delete jail…)… Quite interesting approach, but not mature enough to be launched in production. I have finally gotten back to the FreeBSD root file system which I am using since couple of years now. It is not fancy, It does not provide script to ease your pain… But you understand what you are doing and It does what you tell him to do !! ZFS has introduced a new challenge, but now that I have understood (more or less) how It is working, I found It really great! Just trying to figure out the best way to use both Jail + ZFS. But I might re-consider my position… Does ezjail comply with the latest FreeBSD 9 / 9.1 advances in jail / ZFS management improvement ? Thanks for your feedback. –– -> Grégory Bernard Director <- ---> www.osnet.eu <--- --> Your provider of OpenSource appliances <-- –– OSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetO ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Best approach to jails + zfs
On Fri, 25 Jan 2013 18:25:06 +0100 bsd wrote: > Hi, > > I wanted to have the point of view of the community on the best approach > in order to handle a quite large system with couple of jails (shouldn't > have more than 5 to 10). Whole system is based on zfs. I'll use this as a > backup server. You might like the sysutils/ezjail port - I use it for a very similar purpose and find it works well. -- Steve O'Hara-Smith ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Best approach to jails + zfs
Hi, I wanted to have the point of view of the community on the best approach in order to handle a quite large system with couple of jails (shouldn't have more than 5 to 10). Whole system is based on zfs. I'll use this as a backup server. I have been using the "handbook" approach so far. It is quite stable but the linked directories inside each jail is quite error prone and may be confusing. With this approach you can update all your jails at once… this is quite tempting, but if you have an error… all your jails are gone at once ! == you can't afford to have a kernel compile problem while updating your system or you're dead !! http://www.freebsd.org/doc//handbook/jails-build.html The other approach that I have found is to use create a base jail system using sysinstall and then zfs snapshot to clone It. You then use this to create a jail. You end up with couple of independent jails which are not linked to each other in any way. You can / need to update each jail one by one. http://vocalbit.com/article/402/freebsd-jails-using-zfs-and-bsdinstall • I wanted to know if the handbook approach is still the most recent one considering the latest progress in FBSD jail management ? • I wanted to know if you had some "mixed" approach that can leverage the risk of the handbook approach ? • Last but not least - do you have any good pointer to recent guide / howto / studies on the subject ? Thanks –– -> Grégory Bernard Director <- ---> www.osnet.eu <--- --> Your provider of OpenSource appliances <-- –– OSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetOSnetO ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: svn-export Re: svn bdb checkout?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 1/24/13 5:16 PM, Xyne wrote: > Greg Larkin wrote: > >> Hi Xyne, >> >> Thanks for turning that around so quickly, and I am doing some >> testing here with the idea to incorporate svn-export into the >> FreeBSD ports tree. >> >> I've run into a couple of problems that I hope you can take a >> look at it: >> >> - - Changesets containing directory or file deletions cause the >> script to exit. Here is an example where I fetched the FreeBSD >> ports tree at a particular revision, then attempted to update to >> the latest revision: >> >> # python3 svn-export --revision-file foo2.dat >> http://svn.freebsd.org/head/ports-mgmt ports-mgmt Determining >> current revision. Current revision is 310894. Determining changes >> [31:310894]. 16 new/modified files, 5 deletions Traceback >> (most recent call last): File "svn-export", line 407, in >> svn.main() File "svn-export", line 380, in main >> self.remove_old_files(deleted) File "svn-export", line 302, in >> remove_old_files os.unlink(path) PermissionError: [Errno 1] >> Operation not permitted: 'ports-mgmt/pkg/files' >> >> - - I can't get the --to-script option to work if there are any >> file/directory deletions in the changeset. It looks like the >> actual deletion operations are attempted (like above) even when >> the - --to-script option is selected. >> >> Let me know if you need any other information. >> >> Thank you, Greg > > > Hi, > > I think I have fixed both errors in svn-export-2013.1.24, along > with another directory-related error that I discovered while > debugging (attempts to cat new directories in incremental exports > instead of recursing them). Please try again and let me know if it > works. > > If not, please post steps to reproduce the error with a publicly > accessible repo. I was unable to access the ports-mgmt repos in > your example. Hi Xyne, I mistyped the repository URL in my previous email, and I just captured a session that displays an error similar to the one above. Note that I pre-seeded the environment with a rev.dat file containing the string "31". I did that to simulate an incremental fetch, as you'll see here: # python3 svn-export -r 31 http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt Exporting new repository. Exported revision 31 # python3 svn-export --revision-file rev.dat http://svn.freebsd.org/ports/head/ports-mgmt ports-mgmt Determining current revision. Current revision is 310981. Determining changes [31:310981]. 16 new/modified files, 5 deletions Traceback (most recent call last): File "svn-export", line 459, in svn.main() File "svn-export", line 432, in main self.remove_old_files(deleted) File "svn-export", line 310, in remove_old_files os.unlink(path) PermissionError: [Errno 1] Operation not permitted: 'ports-mgmt/pkg/files' # exit As far as I can tell, svn-export attempts to remove a directory before the file contained within that directory. It seems like PermissionError isn't the best error code for Python to throw in that case, since it appears to mask the root problem. Can you re-order the deletes so all files are deleted first, then directories are deleted in a bottom-up sequence? I think that will solve this problem. > > Incidentally, if anyone is looking at the code for svn-export, feel > free to suggest a better way to incrementally export new > subdirectories (see the "get_new_files()" method). I'll take a look at that soon to see if there are any possible optimizations. > > Incidentally, my release scripts do not leave old source archives > on the server for very long after a new release and I tend to > update often when I can. If you need me to increase the shelf life > of old archives to prevent 404's, let me know (give me a reasonable > interval and I will update my scripts). In the future I may switch > to posting my private Git repos, but I tend to rewrite history and > I know that really irks people. > > Regards, Xyne > Once we create a port for svn-export, we typically point to the original download site in the port Makefile. It's a good idea for the port maintainer to find a mirror site and include that too, but if not, all distro files are eventually mirrored to the FreeBSD cluster. Ideally, the source distros remain in place forever or at least until the FreeBSD port is updated to the latest version, but if that's not possible, I can mirror the files too. Thank you, Greg - -- Greg Larkin http://www.FreeBSD.org/ - The Power To Serve http://www.sourcehosting.net/ - Ready. Set. Code. http://twitter.com/cpucycle/ - Follow you, follow me -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.13 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlECp3EACgkQ0sRouByUApDo2gCfRLq1/7Cl40y7GDShUOamQTMr aqQAn0IPLS/nkcyjOadEA3cKzuoDc0Wp =3JN4 -END PGP SIGNATURE- ___ freebsd-questions@fre
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf wrote: > On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon wrote: > > % ls -lR / | grep -v "/home" | grep "rocketmouse" > > It's better I umount at least Arch Linux. True. :-) > There anyway is an issue, it doesn't show the pass, I checked this with > > $ ls -lR /home/ | grep -v "/home" > > after running > > $ ls -lR / | grep -v "/home" | grep "rocketmouse" > > IOW I get tons of files, but don't know to which directory they belong. Sorry, that was something I didn't take into mind, you're right. Maybe this command is more efficient: # find / -exec ls -l {} \; | grep -v "/home" | grep "rocketmouse" It may be a good idea to send the output into a temporary file and check it when the command has finished. As I said, you will probably see some "false positives", but look for anything strange in /usr. > >> PPPoE was enabled automagically :). > > > > You probably have the required magic in /etc/rc.conf. :-) > > Yes, but it wasn't started, when the owner for /usr/bin/su wasn't root. That was to be expected. :-) On Fri, 25 Jan 2013 15:32:38 +0100, Ralf Mardorf wrote: > PS: > > I guess the output is different for user and root and it does remove the > path, but anyway display also contend of /home. Yes, access permissions matter a lot, so the command should be run as root. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
PS: On Fri, 25 Jan 2013 15:26:23 +0100, Ralf Mardorf wrote: There anyway is an issue, it doesn't show the pass, I checked this with $ ls -lR /home/ | grep -v "/home" after running $ ls -lR / | grep -v "/home" | grep "rocketmouse" IOW I get tons of files, but don't know to which directory they belong. I guess the output is different for user and root and it does remove the path, but anyway display also contend of /home. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 15:04:14 +0100, Polytropon wrote: % ls -lR / | grep -v "/home" | grep "rocketmouse" It's better I umount at least Arch Linux. # cat /etc/fstab # DeviceMountpoint FStype Options Dump Pass /dev/ad4s1b noneswapsw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1e /tmpufs rw 2 2 /dev/ad4s1f /usrufs rw 2 2 /dev/ad4s1d /varufs rw 2 2 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 proc/proc procfs rw 0 0 /dev/ada0s8 /mnt/dump ext2fs rw 0 0 /dev/ada0s9 /mnt/archlinux ext2fs rw 0 0 # umount /dev/ada0s8 # umount /dev/ada0s9 There anyway is an issue, it doesn't show the pass, I checked this with $ ls -lR /home/ | grep -v "/home" after running $ ls -lR / | grep -v "/home" | grep "rocketmouse" IOW I get tons of files, but don't know to which directory they belong. PPPoE was enabled automagically :). You probably have the required magic in /etc/rc.conf. :-) Yes, but it wasn't started, when the owner for /usr/bin/su wasn't root. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 14:48:19 +0100, Ralf Mardorf wrote: > On Fri, 25 Jan 2013 13:33:46 +0100, Polytropon wrote: > >> $ ls -l `which su` > >> -r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su > > > > Erm... that looks horribly wrong. > > > > The permissions indicate that setuid is set, but the file > > owner is wrong. For comparison: > > > > -r-sr-xr-x 1 root wheel 14604 2011-08-21 20:24:28 /usr/bin/su* > > > > This program has to belong to root. It seems that your > > attempt to reflect UID changes in the file permissions > > exceeded the scope of this task: Programs of the OS > > seem to be affected, which is definitely not good. > > IMO setuid alone already is a security risk. The su program is part of the operating system, so it can safely be considered safe. :-) > >> $ ls -l /home/ | grep rocketmouse > >> drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 12:17 > >> rocketmouse > > > > You can use ls -ld to omit the grep step. :-) > > $ ls -ld /home/rocketmouse > drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 13:19 > /home/rocketmouse > > :) > > I was sure that using grep is stupid and should have done a 'man ls', > since 'help' wasn't helpful. That's why "man ls" exists. :-) > This issue and 'cat | grep' instead of grep > only are common mistakes by many Linux users. This reminds me to "useless use of 'cat'" which is often used because it constructs a convenient and easy to read "chain" of commands, but can often be avoided, especially when files can be redirected from. > > Do you have other files in /usr or even /usr/local that do > > belong to rocketmouse (uid == 1000 or 1001) now? That should > > not have happened... > > /usr/binis ok > /usr/includeis ok > /usr/include/* seem to be ok, I just checked some > folders > /usr/lib and /usr/lib/* are ok > /usr/libdata and /usr/libdata/* are ok > /usr/libexec and /usr/libexec/*/* are ok > /usr/ports is ok > /usr/ports/*seem to be ok, I just checked some > folders > /usr/sbin is ok > /usr/share is ok > /usr/share/*seem to be ok, I just checked some > folders > /usr/srcis ok > /usr/src/*/*seem to be ok, I just checked some > folders > > /usr/local is ok > /usr/local/bin and /usr/local/bin/* are ok > /usr/local/bootstrap* and [...]/* are ok > /usr/local/etc is ok > /usr/local/etc/*seem to be ok, at least PolicyKit and > ConsoleKit are > /usr/local/include is ok > [snip] > > All /usr/local/* are ok and all /usr/local/*/* seem to be ok. > Other directories in /usr and /usr/local are empty. You can do something like this: % ls -lR / | grep -v "/home" | grep "rocketmouse" This will probably show some "false-positives" in /tmp and maybe in /var, but should show nothing in /usr directly (or in other top level system directories). > OT: /usr/lib32 and /usr/lib32/* belong to the empty folders in /usr. Allow me a polite note regarding terminology: There are no folders. Those are called directories. This is the valid technical term. A "folder" is the name of a typical GUI representation element _for_ a directory. Relations: "is a" vs. "represents a" or "looks like a". I know it's common to call directories "folders", but this is as wrong as calling a device driver "Bob". ;-) > So > FreeBSD is multi arch capable? > (since there's /usr/ports/astro/google-earth for amd64, I suspect it is) The system shares some stuff across architectures, and it's possible to run 32 bit applications on a 64 bit system, so specific "fixed bit width libraries" are provided. This is reflected in naming conventions. Even though the installer might create those directories in advance, it's possible that they only receive content under specific circumstances. Ports do usually work on both systems. Those that do _not_ have a checking mechanism in their Makefile that indicates on which platform they don't build, or if they are designed for one specific platform only. > > Some programs check by whom they are called or who they > > belong to; if that's != root when it is _supposed_ to > > be root, that can cause problems, especially when it's > > not a simple x (execute), but s (setuid) program like > > an X display manager. > > So I guess I only need to correct the owner for /usr/bin/su. If that's the only occurance, it should be sufficient. > $ ls -l /usr/bin/su > -r-sr-xr-x 1 root wheel 16880 Dec 23 18:38 /usr/bin/su > > I wonder if setting suid is needed, while the kit family is installed. For > sure it's possible to add a rool to some kit config. The su program is part of the OS, while things like PolicyKit are additional software. It sounds doubleplusungood
Re: jails & ip addresses
Le Thu, 24 Jan 2013 11:51:46 -0500, Fbsd8 a écrit : > Is there any situation where assigning the same IP address to a new > jail that has already been assigned to a previous jail valid? > > I think not, but want verification. > > What are your thoughts? I'm sure they are case of this. One example is poudriere (a package builder), it starts several jails to build the packages and all the jails are bound to 127.0.0.1. The jail IP enforces that the jailed processus cannot use another one IP but that's all. Regards. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
Thank you all :) everything is ok now. I don't mark the thread as solved, since I still didn't set up Evolution. On Fri, 25 Jan 2013 13:33:46 +0100, Polytropon wrote: $ ls -l `which su` -r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su Erm... that looks horribly wrong. The permissions indicate that setuid is set, but the file owner is wrong. For comparison: -r-sr-xr-x 1 root wheel 14604 2011-08-21 20:24:28 /usr/bin/su* This program has to belong to root. It seems that your attempt to reflect UID changes in the file permissions exceeded the scope of this task: Programs of the OS seem to be affected, which is definitely not good. IMO setuid alone already is a security risk. $ ls -l /home/ | grep rocketmouse drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 12:17 rocketmouse You can use ls -ld to omit the grep step. :-) $ ls -ld /home/rocketmouse drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 13:19 /home/rocketmouse :) I was sure that using grep is stupid and should have done a 'man ls', since 'help' wasn't helpful. This issue and 'cat | grep' instead of grep only are common mistakes by many Linux users. Thank you for the hint. I think you can now spot a possible mistake for the file owner change I mentioned above: Only files inside /home should have been in the initial scope, but somehow -uid 1001 has been avaluated true for /usr/bin/su, even though I cannot imagine what should have caused this. In this case /home and /mnt/*, but I understand what you mean. Do you have other files in /usr or even /usr/local that do belong to rocketmouse (uid == 1000 or 1001) now? That should not have happened... /usr/binis ok /usr/includeis ok /usr/include/* seem to be ok, I just checked some folders /usr/lib and /usr/lib/* are ok /usr/libdata and /usr/libdata/* are ok /usr/libexec and /usr/libexec/*/* are ok /usr/ports is ok /usr/ports/*seem to be ok, I just checked some folders /usr/sbin is ok /usr/share is ok /usr/share/*seem to be ok, I just checked some folders /usr/srcis ok /usr/src/*/*seem to be ok, I just checked some folders /usr/local is ok /usr/local/bin and /usr/local/bin/* are ok /usr/local/bootstrap* and [...]/* are ok /usr/local/etc is ok /usr/local/etc/*seem to be ok, at least PolicyKit and ConsoleKit are /usr/local/include is ok [snip] All /usr/local/* are ok and all /usr/local/*/* seem to be ok. Other directories in /usr and /usr/local are empty. OT: /usr/lib32 and /usr/lib32/* belong to the empty folders in /usr. So FreeBSD is multi arch capable? (since there's /usr/ports/astro/google-earth for amd64, I suspect it is) Some programs check by whom they are called or who they belong to; if that's != root when it is _supposed_ to be root, that can cause problems, especially when it's not a simple x (execute), but s (setuid) program like an X display manager. So I guess I only need to correct the owner for /usr/bin/su. $ ls -l /usr/bin/su -r-sr-xr-x 1 root wheel 16880 Dec 23 18:38 /usr/bin/su I wonder if setting suid is needed, while the kit family is installed. For sure it's possible to add a rool to some kit config. Restart PPPoE was enabled automagically :). $ su Password: You have mail. root@freebsd:/usr/home/rocketmouse # :) Ctrl + Alt + F* will switch to ttyv* and su does work too. :) So the switch to uid 1000 seem to be complete now, without any gaps. On Fri, 25 Jan 2013 13:57:13 +0100, Erich Dollansky wrote: Do not worry. This is the main advantage of FreeBSD over many other operating systems. The chances are very, verhy high that you will find help when needed. For Linux it depends to the mailing list. it depends not only to the traffic and kind of list, but also to the kind of people who are subscribed. Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
Hi Ralf, On Fri, 25 Jan 2013 13:39:07 +0100 "Ralf Mardorf" wrote: > On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky > wrote: > > What happens on a normal TTY? > > > >> Ctrl + Alt + F2 > > > > > So, you can switch to them. Can you try a su here? > > Ctrl + Alt + F* will open a ttyv* > > I can log in as root, but if I log in as user, I can't run su > successfully. It all seems that Polytropon's idea is right. The owner of all system files must be root. Try to set this back. > > > Der Wald und die Baeume ... > > Quite possibly that I miss the forest for the trees ;). > Yeah, the old problem if IT. > Regards, > Ralf > > PS: Btw. thank you all for your patience and effort. Do not worry. This is the main advantage of FreeBSD over many other operating systems. The chances are very, verhy high that you will find help when needed. Erich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 13:39:07 +0100, Ralf Mardorf wrote: > Hi Erich :) > > On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky > wrote: > > What happens on a normal TTY? > > > >> Ctrl + Alt + F2 > > > > > So, you can switch to them. Can you try a su here? > > Ctrl + Alt + F* will open a ttyv* > > I can log in as root, but if I log in as user, I can't run su successfully. Because as you quoted, the su binary doesn't have the UID 0, this means it's not owned by root anymore which may have bad influence on its runtime behaviour. :-) You have: -r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su You should have: -r-sr-xr-x 1 root wheel 14604 2011-08-21 20:24:28 /usr/bin/su* As I mentioned in my previous message, somehow the UID change had some strange side effects. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
Hi Erich :) On Fri, 25 Jan 2013 13:25:07 +0100, Erich Dollansky wrote: What happens on a normal TTY? Ctrl + Alt + F2 > So, you can switch to them. Can you try a su here? Ctrl + Alt + F* will open a ttyv* I can log in as root, but if I log in as user, I can't run su successfully. Der Wald und die Baeume ... Quite possibly that I miss the forest for the trees ;). Regards, Ralf PS: Btw. thank you all for your patience and effort. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
On Fri, 25 Jan 2013 13:05:51 +0100, Ralf Mardorf wrote: > The user can't become root using Xfce Terminal Emulator or by ttyv1 (Ctrl > + Alt + F2). This was possible before I switched the uid. > > Before the switch PPPoE was enabled automatically, now I have to do it > manually. > > $ su > su: not running setuid > > $ ls -l `which su` > -r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su Erm... that looks horribly wrong. The permissions indicate that setuid is set, but the file owner is wrong. For comparison: -r-sr-xr-x 1 root wheel 14604 2011-08-21 20:24:28 /usr/bin/su* This program has to belong to root. It seems that your attempt to reflect UID changes in the file permissions exceeded the scope of this task: Programs of the OS seem to be affected, which is definitely not good. > $ ls -l /home/ | grep rocketmouse > drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 12:17 rocketmouse You can use ls -ld to omit the grep step. :-) > $ id > uid=1000(rocketmouse) gid=1000(rocketmouse) > groups=1000(rocketmouse),0(wheel) Seems to be okay. > Ctrl + Alt + F2 > > '# ppp -ddial alice' does work > '# find / -uid 1001 -exec chown 1000 '{}' \;' no messages > '# find / -gid 1001 -exec chown :1000 '{}' \;' no messages > > Ctrl + Alt + F9 I think you can now spot a possible mistake for the file owner change I mentioned above: Only files inside /home should have been in the initial scope, but somehow -uid 1001 has been avaluated true for /usr/bin/su, even though I cannot imagine what should have caused this. Do you have other files in /usr or even /usr/local that do belong to rocketmouse (uid == 1000 or 1001) now? That should not have happened... > Without success I again read some important messages of this thread in the > archive and googled regarding to the suid issue. Some programs check by whom they are called or who they belong to; if that's != root when it is _supposed_ to be root, that can cause problems, especially when it's not a simple x (execute), but s (setuid) program like an X display manager. > Any hints are welcome! Check for defective permissions. In worst case, update your system from source or binary to fix permissions. Maybe there's also an "mtree trick" to do it. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
Hi, On Fri, 25 Jan 2013 13:05:51 +0100 "Ralf Mardorf" wrote: > after running '# /usr/sbin/pwd_mkdb > -d /etc /etc/master.passwd' (FWIW there were no messages) > I can now log in to a user X session by GDM. > this sounds so much better. > The user can't become root using Xfce Terminal Emulator or by ttyv1 > (Ctrl > + Alt + F2). This was possible before I switched the uid. > What happens on a normal TTY? > Ctrl + Alt + F2 > So, you can switch to them. Can you try a su here? > '# ppp -ddial alice' does work > '# find / -uid 1001 -exec chown 1000 '{}' \;' no messages > '# find / -gid 1001 -exec chown :1000 '{}' \;' no messages > > Ctrl + Alt + F9 > > Without success I again read some important messages of this thread > in the archive and googled regarding to the suid issue. Der Wald und die Baeume ... Erich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Sharing a mail folder between Linux and FreeBSD
Hi :) after running '# /usr/sbin/pwd_mkdb -d /etc /etc/master.passwd' (FWIW there were no messages) I can now log in to a user X session by GDM. The user can't become root using Xfce Terminal Emulator or by ttyv1 (Ctrl + Alt + F2). This was possible before I switched the uid. Before the switch PPPoE was enabled automatically, now I have to do it manually. $ su su: not running setuid $ ls -l `which su` -r-sr-xr-x 1 rocketmouse wheel 16880 Dec 23 18:38 /usr/bin/su $ ls -l /home/ | grep rocketmouse drwxr-xr-x 28 rocketmouse rocketmouse 1536 Jan 25 12:17 rocketmouse $ ls -l /mnt | grep archlinux drwxrwx--- 21 rocketmouse rocketmouse 4096 Oct 28 19:11 archlinux $ id uid=1000(rocketmouse) gid=1000(rocketmouse) groups=1000(rocketmouse),0(wheel) Ctrl + Alt + F2 > '# ppp -ddial alice' does work '# find / -uid 1001 -exec chown 1000 '{}' \;' no messages '# find / -gid 1001 -exec chown :1000 '{}' \;' no messages Ctrl + Alt + F9 Without success I again read some important messages of this thread in the archive and googled regarding to the suid issue. Any hints are welcome! Regards, Ralf ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"