Re: IP Forwarding to Windows machine
On 8/8/2014 12:04 AM, Mike McClain wrote: I've been trying to get my hand rolled iptables firewall to masquerade traffic on the LAN to/from a Win2K box. I've gotten it to the point that I can ping from the boxes both ways, smbclient can move files both ways and the Win2K box can ping Google's IP address but DNS lookup fails even though I've used the same DNS server in the Win2K box as on my Debian box which access the Inet via dialup. IE says "Cannot find server or DNS error." I've read every HOWTO and the iptables man pages several times but am at a loss. Suggestions? Thanks, Mike Can you post the exact output of the nslookup attempt from the win2k box? Thanks, Matt Ventura -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e5a085.6010...@mattventura.net
Re: Partitioning of new machine
On 08/08/14 06:14 AM, B. M. wrote: Hi all, While I'm waiting for the components of my new machine (testing/jessie) I'm thinking about the optimal partitioning scheme which should last for the next 10 years :-) The system looks like: Haswell 3.4 GHz 8 GB RAM (later upgradeable up to 32 GB) 250 GB SSD 2 TB HDD What do you think about the following: === SSD: === /boot unencrypted, 300 MB / ext4, encrypted, 25-30 GB /home ext4, encrypted, keyfile, 220-225 GB User data for two users === HDD (in this order for performance reasons): === /varHDD, ext4, encrypted, keyfile, 25 GB It's so large because I want to add a directory /var/src below /var to compile a kernel on the HDD if necessary /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB Used for the db's of digikam (1 user), akonadi and amarok (2 users each) swapHDD, swapfs, encrypted, 5 GB (not hibernation) /video HDD, btrfs, 560 GB Subvolumes: /video/editing /video/series => for video editing or series, no backup, not encrypted /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). With subvolumes for digikam archive, movie archive and music What do you think (sizes, file systems, number of partitions, ...)? Is it still a good idea to put /var on an HDD, not a SSD? Video editing is currently not required, it's more like an option for the future (1y or so) and might require a second HDD (source and target drive for rendering to increase r/w performance). To keep it simple and usable I'll use keyfiles for all partitions except /. Thanks for your inputs and all the best. Everyone has their own preferences on this but I actually have several machines with a very similar setup. The major difference is that I use RAID rather than single mechanical disks. My preference is to use the SSD for /, with an area left for for the GUID boot. I partition the larger drive/array as a single partition and mount it as /home. I've never really seen a need to engage in the multiple partitions that some people seem to like. You're never likely to fill the / partition and if you fill the /home with some of your data, then expand the RAID array. Some people like LVM but frankly with the good tools Linux has for resizing partitions, it's rarely needed. I don't like the idea of using two partitions on a single HD for RAID, which seems to be your plan. I'd opt instead to go immediately to RAID 5 with 3 drives. 1T drives are quite cheap these days so the cost difference isn't significant over a single 2T. If you want to save money, a 60G SSD is all you really need for / anyway. I'm also not concerned about wear on an SSD. I've been using them for years and have yet to have one fail. It will happen at some point, but I trust them more than I trust an HD. However since your SSD isn't in a RAID array, I wouldn't trust it with anything that can't be recovered with a fresh Linux install. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e59dc2.3080...@torfree.net
Re: Partitioning of new machine
On Fri, 08 Aug 2014, B. M. wrote: > Hi all, > > While I'm waiting for the components of my new machine > (testing/jessie) I'm thinking about the optimal partitioning scheme > which should last for the next 10 years :-) 10 years might be an overly optimistic expectation unless you plan on upgrading a lot. 7 years is more realistic otherwise. My current desktop system -- built Dec 2006 -- is pushing 8 years for the oldest parts. but it's been upgraded numerous times over those 8 years: 3 CPUs (single to dual to quad-core, all 3.0 GHz), more RAM (2 to 4 to 8 GB), 3 graphics cards, added a new HD just a couple months ago and transferred OS to it -- original one is still working and in the case, just not being used; 4 monitors, 3 keyboards, 3 mouses, 4 operating systems (Fedora 6, 9, 12 and Wheezy, all 64-bit), and 2 motherboards. Original one bit-the-dust after 3 years. > The system looks like: > Haswell 3.4 GHz > 8 GB RAM (later upgradeable up to 32 GB) > 250 GB SSD > 2 TB HDD > > What do you think about the following: > > === SSD: === > /boot unencrypted, 300 MB > / ext4, encrypted, 25-30 GB > /home ext4, encrypted, keyfile, 220-225 GB > User data for two users I wouldn't put /home on the SSD. With all the writes involved, better to put it on a spinning disk. And by doing that, you don't need such a huge SSD. 64 to 100GB will more than do with just /boot and / on it. > > === HDD (in this order for performance reasons): === > /varHDD, ext4, encrypted, keyfile, 25 GB > It's so large because I want to add a directory /var/src below /var > to compile a kernel on the HDD if necessary > > /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB > Used for the db's of digikam (1 user), akonadi and amarok > (2 users each) > > swapHDD, swapfs, encrypted, 5 GB (not hibernation) Believe or not, I'd put swap on the SSD for speed. It won't be used all that often, so there won't be excessive writes. My 8GB system rarely uses it, and as a pro photographer, I batch process hundreds of images each 16 to 24 MB at time on an almost daily basis. > > /video HDD, btrfs, 560 GB > Subvolumes: > /video/editing > /video/series > => for video editing or series, no backup, not encrypted > > /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). > With subvolumes for digikam archive, movie archive and music I wouldn't use btrfs. It's not ready for primetime, yet. Maybe, in a few years. Stick with ext4. It's proven and rock solid. If you want to "play" with brtfs, okay, but don't put any important files on it. Also ... You're RAID 1-ing two partitions on the SAME physical drive? For "auto-backup," I assume? Bad idea. If your one hard drive fails, both those RAIDed partitions are toast. Put one of those partitions on another HD. You might also look into using LVM instead of traditional partitioning, particularly if you plan on adding more hard drives. B -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808204420.2f8ed...@debian7.boseck208.net
Re: NFS and iptables during bootup
On Fri, Aug 8, 2014 at 11:47 AM, Martin T wrote: > > I moved the script from /etc/init.d to /etc/network directory and > changed the shebang line from /bin/bash to /bin/sh. /bin/sh on my > system points to /bin/dash. Thanks for those tips! > > Content of firewall rule-files can be seen here: > > # cat /etc/firewall.conf /etc/firewall6.conf > # Generated by iptables-save v1.4.8 on Tue Jul 1 10:41:45 2014 > *filter > :INPUT DROP [17:1605] > :FORWARD ACCEPT [0:0] > :OUTPUT ACCEPT [259:30520] > -A INPUT -s 10.10.10.0/24 -j ACCEPT > -A INPUT -s 8.8.8.8/32 -j ACCEPT > -A INPUT -s 8.8.4.4/32 -j ACCEPT > COMMIT > # Completed on Tue Jul 1 10:41:45 2014 > # Generated by ip6tables-save v1.4.8 on Tue Jul 1 10:41:56 2014 > *filter > :INPUT DROP [10518:992304] > :FORWARD DROP [0:0] > :OUTPUT DROP [0:0] > COMMIT > # Completed on Tue Jul 1 10:41:56 2014 > > If I comment out just the "iptables-restore .." line from > firewall-script and leave the "ip6tables-restore .." line uncommented, > the machine also boots without problems, i.e. it's the IPv4 iptables > rules which seem to cause the statd to fail. I modified the IPv4 > rules(/etc/firewall.conf file) in a following manner: > > # cat /etc/firewall.conf > # Generated by iptables-save v1.4.8 on Fri Aug 8 17:08:22 2014 > *filter > :INPUT DROP [1:146] > :FORWARD ACCEPT [0:0] > :OUTPUT ACCEPT [50:7006] > -A INPUT -s 10.10.10.0/24 -i eth0 -j ACCEPT > -A INPUT -s 8.8.8.8/32 -i eth0 -j ACCEPT > -A INPUT -s 8.8.4.4/32 -i eth0 -j ACCEPT > -A INPUT -i lo0 -j ACCEPT > COMMIT > # Completed on Fri Aug 8 17:08:22 2014 Your problem's probably that there's no lo0 (a BSD loopback device name?). It's lo. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOdo=sxevvfggwlj5suae-6vfbjwkqm8gsbpjfgukxt5vno...@mail.gmail.com
Re: IP Forwarding to Windows machine
On 08/08/2014 12:04 AM, Mike McClain wrote: I've been trying to get my hand rolled iptables firewall to masquerade traffic on the LAN to/from a Win2K box. I used to write my own firewall/ router rules, but then discovered purpose-built firewall/ router FOSS distributions. I used IPCop for many years, and was very pleased: http://www.ipcop.org/ HTH, David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e581e8.6070...@holgerdanske.com
Re: Partitioning of new machine
On 08/08/2014 03:14 AM, B. M. wrote: While I'm waiting for the components of my new machine (testing/jessie) I'm thinking about the optimal partitioning scheme which should last for the next 10 years :-) The system looks like: Haswell 3.4 GHz 8 GB RAM (later upgradeable up to 32 GB) 250 GB SSD 2 TB HDD Motherboard? PSU? Case? Optical? Drive mobile docks? Makes and models? What do you think about the following: === SSD: === /boot unencrypted, 300 MB / ext4, encrypted, 25-30 GB /home ext4, encrypted, keyfile, 220-225 GB User data for two users I prefer small, fast SSD's for system drives. But, the fully populated models have peak performance. Keeping the system drive small encourages me to take and restore images. I let the Debian installer partition my system drives as follows (both SSD and HDD): primary #1 - 0.5 GB bootable ext4 /boot primary #2 - 0.5 GB random encrypted swap primary #3 - 8.0 GB encrypted ext4 / My systems rarely use swap, but I've crashed them without it. (If and when I starting seriously hitting swap, it's time for more RAM.) You should research the benefits of SSD over-provisioning. I believe TRIM is automatic in Wheezy and newer. Partition(s) 4+ of your SSD could be used for HDD and/or application acceleration, at the cost of increased contention. The better solution is another SSD. You can experiment with this later. === HDD (in this order for performance reasons): === /varHDD, ext4, encrypted, keyfile, 25 GB It's so large because I want to add a directory /var/src below /var to compile a kernel on the HDD if necessary /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB Used for the db's of digikam (1 user), akonadi and amarok (2 users each) swapHDD, swapfs, encrypted, 5 GB (not hibernation) /video HDD, btrfs, 560 GB Subvolumes: /video/editing /video/series => for video editing or series, no backup, not encrypted /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). With subvolumes for digikam archive, movie archive and music What do you think (sizes, file systems, number of partitions, ...)? Is it still a good idea to put /var on an HDD, not a SSD? Video editing is currently not required, it's more like an option for the future (1y or so) and might require a second HDD (source and target drive for rendering to increase r/w performance). To keep it simple and usable I'll use keyfiles for all partitions except /. There are certain system directories that must exist to properly boot, run, and/or upgrade a Debian GNU/Linux system. I'd suggest keeping swap and /var on the system drive. Use the 2 TB drive for bulk data and symlink/ bind as needed. I would not use RAID 1 within a single drive -- you will beat your head servos to death, and cut the already slow IOPS (~120 at 7200 RPM) in half. Consider getting another HDD and doing RAID 1 if you want read performance and/or safety. You should take a look at the various drive/ volume/ partition/ file system management technologies, such as LVM or ZFS, for your data drive(s). (Note that ECC memory is basically required for ZFS, as memory errors *will* result in destroyed data.) HTH, David -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e57fba.1060...@holgerdanske.com
Re: End of hypocrisy ?
On Fri, 8 Aug 2014 20:50:14 -0400 Steve Litt wrote: > Seventh, there's 40 years of experience with text logs. Are they > perfect? No. The thread that doesn't die --- misinformation all over the place, and some it that my misinformation -- sorry 'bout that. Anyway, I feel prodded, so rebuttal... Perfect? I should definitely say not... a decade or so of remote exploits in no particular order: http://www.securityfocus.com/bid/10684/discuss http://xforce.iss.net/xforce/xfdb/43518 http://cxsecurity.com/issue/WLB-2011020121 http://www.securiteam.com/securitynews/5XP0K0U9GK.html http://www.juniper.net/security/auto/vulnerabilities/vuln3498.html http://www.linuxtoday.com/security/291801204SCRH http://www.cvedetails.com/cve/CVE-2000-0917/ http://securitytracker.com/id/1019105 http://www.redhat.com/archives/linux-security/1999-November/msg00013.html systemd with its binary file format and buffered line to and from a service daemon will [or should] nearly automatically take care of some very nasty security problems that crop up from time to time... Now, imagine if the the log was kept in an sql database secured with a public key or password or something dependent on the local machine, and the queries were properly escaped to prevent sql injection - something that would only need to be done once... Of course all software is broken when it comes to security. However, that's no reason to lay down the welcome mat. BTW: To those complaining of Firefox's use of sqlite... https://en.wikipedia.org/wiki/SQLlite The browsers Google Chrome, Opera, Safari and the Android Browser all allow for storing information in, and retrieving it from, a SQLite database within the browser, using the Web SQL Database technology. Mozilla Firefox and Mozilla Thunderbird store a variety of configuration data (bookmarks, cookies, contacts etc.) in internally managed SQLite databases, and even offer an add-on to manage SQLite databases. So, all major browsers except IE use sqlite. --Andrew -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808215307.88c4e752588c245d911b9...@1024bits.com
Re: End of hypocrisy ?
Steve Litt wrote: > Andrei POPESCU wrote: > > Steve Litt wrote: > > > 2) Write it to the screen. Relatively little happens before the > > >filesystem comes up, anyway. > > > > It's "only" about 750 lines on my laptop... > > How'd you count the lines? Did you use a laptop as a serial console or > something? I don't know how Andrei counts these things but for me: # apt-get install bootlogd And then after a reboot: # wc -l /var/log/boot 103 /var/log/boot I have systems with fewer lines (84) and some with a few more lines (153). Seeing 750 lines seems excessivly many but it would all depend upon what is installed and what starts at boot time. Bob signature.asc Description: Digital signature
Re: End of hypocrisy ?
On Fri, 8 Aug 2014 22:52:36 +0300 Andrei POPESCU wrote: > On Vi, 08 aug 14, 10:34:24, Steve Litt wrote: > > > > 2) Write it to the screen. Relatively little happens before the > >filesystem comes up, anyway. > > It's "only" about 750 lines on my laptop... > > Kind regards, > Andrei How'd you count the lines? Did you use a laptop as a serial console or something? SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808205114.73ef8...@mydesq2.domain.cxm
Re: End of hypocrisy ?
On Fri, 08 Aug 2014 13:38:55 -0400 Jerry Stuckle wrote: > > Nope. First of all, messages are NOT relational, unless you are > calling the source of the message and the text of the message > relational. > > Second, there is significant additional overhead when inserting into a > SQL database vs. adding to the end of a text file. > > Third, to insert or retrieve data from the SQL database, you need the > SQL engine running. What if there is a problem with the engine? > With a text file, all you need is the file system up to add to the > file, and a command line prompt plus grep, head, tail, etc. to search > the file (vim is also a possibility but not necessary). It is also > faster to grep a text file than a SQL database unless the log file is > huge. > > Fourth, the same data in a SQL file takes up more space than in a > text file. > > Fifth, log files can easily be rotated in a text file; it is much > harder with a SQL database. Sixth, people don't move to Unix (and therefore Linux) to eschew text files. Unix and Linux were optimized to work on file systems. Seventh, there's 40 years of experience with text logs. Are they perfect? No. Could there be an API to write consistent logs from all apps? Of course: I could write it myself. I'd just need to get a specification. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808205014.2a30c...@mydesq2.domain.cxm
Re: Partitioning of new machine
On Fri, 8 Aug 2014 18:50:49 +0200 "B. M." wrote: > Why should I keep /home off the SSD? Every download, every user specific config change, goes in the /home tree. That's a lot of writing, and some of the downloads can be quite big. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808204501.2c95f...@mydesq2.domain.cxm
Fonts for all Unicode glyphs?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
I have the 'gucharmap' package installed, and it bothers me a little to
see the "no glyph found" symbols in sections of the character map, due
to the lack of appropriate fonts. It also bothers me when I run across a
Web page with similar missing glyphs, though that doesn't happen very often.
I've intentionally installed various packages just in order to eliminate
these missing glyphs, even for languages which I don't know and which I
don't have any particular reason to need to see the glyhps. However, the
process of tracking down the appropriate font package for any given
missing glyph can be mildly tedious, and it's hard to be sure I haven't
missed something at any point.
Is there any remotely straightforward way, in Debian, to install font
packages to explicitly satisfy the goal of "provide suitable glyphs to
cover the entire Unicode character space"? ('unifont' looks like it
would get me started, but not cover everything, and I'd prefer to use
some of the more specific fonts where applicable anyway.)
If not, any idea(s) how to simplify or speed up the process of
identifying appropriate font packages (or even font categories) on my
own?
- --
The Wanderer
Secrecy is the beginning of tyranny.
A government exists to serve its citizens, not to control them.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQIcBAEBCgAGBQJT5VPmAAoJEASpNY00KDJrlbcQAI+cn63U5d9oMbLXECxc2n5f
cO+DlqK/dB+VtgFJSz52BZPz9yHhl88QkjQUgTvrAVc2rGu5l5TjL5jdG6Gi/14d
eNgGzYQEKYj69acp04lTj4MbcIAWXjPZI1ucMCUFaE3s23uko4K6n+fDQiFgqyh9
rLlLDE7HqDFuaRjqdU9JFv0hFwG3c36n/NIgH+4WvPjzmiZSh+vFsct1V995vJgH
0si9KvBoXJDuP4JQpv4eS4NtucapuRluY7kkhs/P3vKeDpoFPTEEZRup/XLNaP/1
tNQzlx57QnxPR9cRiFVp0esZW4TwDD5omzYR9J06BZyv7pzChkRJxjvYTuxvytRg
A6p74XCz/Ztza40m+VoOJhF3g6U2HIQtEflcKFtSsa1yGnjoqgrW0zyfd69LOZ9N
o98ZW7+EKC1w4+u5JmQv2IpbcBdrZTm8ez2YyipZgMXR88s3Mbni5uKvAtbTypYI
i7RUydy/KJCapXoLlpBdE/BF5KTg7uceGegtvouemWIIaGEN33nR+7t00We/ieBs
hPID/Dy4RzERtrqQcBAF6QQ3EopYllVdso6wwr7bCZrT7mOkACx9INCzvHu1iCRC
b9YGA+FGSYglU5oqfVUgtpSCB+q4P59uqDbhnP9xJ9U0ErOHDQRMZ9reFErNrHta
NNzG17os2tYEup3QTMgF
=lovs
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53e553e6.4060...@fastmail.fm
Re: Wheezy GRUB problem
On Fri 08 Aug 2014 at 21:42:01 +0200, Artifex Maximus wrote: > On Thu, Aug 7, 2014 at 7:44 PM, Brian wrote: > > On Tue 05 Aug 2014 at 09:36:18 +0200, Artifex Maximus wrote: > > > >> Hello! > >> > >> I have a Wheezy system shared with MS XP. GRUB is not in MBR but in Debian > >> partition installed. Not recommended I know but basically works. Until last > >> upgrade when my GRUB loader only writes GRUB then halts. Or at least not > >> continue loading. No errors just stops. I have tried latest (7.6.0) Debian > >> install disc Recovery function to reinstall grub with grub-install > >> /dev/sda2 without success. Still just a GRUB line on screen when Debian > >> partition is active. When I switch active partition back to XP it runs. I > >> am able to mount sda2 from Debian installer and there is no fsck error. > > > > What messages did you get when did 'grub-install /dev/sda2'? > > Sorry I cannot recall exactly but something about some /dev/sda2/... > file when execute shell on mounted /dev/sda2. With installer > environment there was no grub-install just grub-installer. Because I > do not know what is the difference I had not enough courage to > execute. Recalling the exact wording of an onscreen message is not something human beings have evolved to do yet. :) I have the same problem myself. > The good new I was able to recover my system with supergrub disk. I > was able to boot into my original system with supergrub then > update-grub. For sure I run grub-install -f /dev/sda2 and now I am > using my good old Debian system. What was strange I got a lot of > errors about fake start-stop-daemon and needed to rename > start-stop-daemon.REAL to start-stop-daemon for a successful boot. No > idea at all what, when, and why created that fake start-stop-daemon > script. Hope no more surprise in my system. Glad you could sort it. Running 'grub-install --force' (-f is an invalid option) is obligatory to get grub to install itself in a partition. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08082014222143.5a2cb6a1d...@desktop.copernicus.demon.co.uk
Re: Systemd: follow-up
On 08/08/2014 09:35 AM, Tom H wrote: On Thu, Aug 7, 2014 at 6:57 PM, Joel Rees wrote: On Fri, Aug 8, 2014 at 4:04 AM, Brian wrote: On Thu 07 Aug 2014 at 20:25:22 +0200, Johann Spies wrote: After rescuing two laptops which were unbootable after the installation of systemd-sysfs I had problems with stuff as bluetooth and some of the services. There are wiser and more cautious courses of action to follow other than installing systemd-sysv. http://en.wikipedia.org/wiki/Sysfs And, note, that he said, systemd-sysfs But he meant systemd-sysv, the package that sets up systemd as the only provider of "/sbin/init" and uninstalls sysvinit-core. I installed it as soon as it trickled down to Jessie. Nary a burp in the barrel and I'm happier than a pig in mud. Ric -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e5353e.1000...@gmail.com
Re: Systemd: follow-up
On 08/07/2014 03:04 PM, Brian wrote: I don't think anything that happened shows systemd as a prime cause of your troubles. But the account will become part of the folklore. :) Yes, such panic attacks will be fodder for the online Linux shows (The HORROR! The HORROR!). I think that if the OP were to install Jessie cleanly he'd find that it works. It'll work as well as any other install where at least one burp happens. The trick to not diddle with things for awhile, solve the problem and not blame systemd for everything that breaks. I've broken my setup twice this week, playing with various settings, but my pride won't allow me to blame systemd, so I fixed it. My two cents. Ric -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e533d9.1070...@gmail.com
Re: End of hypocrisy ?
On 8/8/2014 4:16 PM, Joe wrote: > On Fri, 08 Aug 2014 13:38:55 -0400 > Jerry Stuckle wrote: > > >> >> Nope. First of all, messages are NOT relational, unless you are >> calling the source of the message and the text of the message >> relational. >> >> Second, there is significant additional overhead when inserting into a >> SQL database vs. adding to the end of a text file. >> >> Third, to insert or retrieve data from the SQL database, you need the >> SQL engine running. What if there is a problem with the engine? >> With a text file, all you need is the file system up to add to the >> file, and a command line prompt plus grep, head, tail, etc. to search >> the file (vim is also a possibility but not necessary). It is also >> faster to grep a text file than a SQL database unless the log file is >> huge. >> >> Fourth, the same data in a SQL file takes up more space than in a >> text file. >> >> Fifth, log files can easily be rotated in a text file; it is much >> harder with a SQL database. >> >> I just can't see any advantages to using a SQL database over text >> files >> > > Sixth, Microsoft does it... > LOL! Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e5365e.3070...@attglobal.net
Re: Mounting a FreeBSD USB Memory Stick Image rw
On 08/08/2014 16:52, Martin G. McCormick wrote: Is it possible to mount the FreeBSD USB iso image on a debian system? I need to edit one of the configuration files and the nearest USB port is on a Debian system. The hope is to add a line of text to a file, transfer the image to a USB drive and boot the FreeBSD system from the memory stick for an installation. I did try mount -t ufs -ro loop FreeBSD-9.1-RELEASE-amd64-memstick-headless.img /mnt try mount -t ufs -rw -o ufstype=ufs2,loop FreeBSD-9.1-RELEASE-amd64-memstick-headless.img /mnt specifying ufstype works with bsd disks in the same machine so should hopefully work with yours. first to see what would happen and it appeared to work but ls /mnt throws an I/O error as does any operation on /mnt until one umounts /mnt. Thank you. Martin McCormick -- Martin -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e535b9.2020...@rakupottery.org.uk
Re: NFS and iptables during bootup
- Original Message - > From: "Martin T" > > Hi, > > I made a very simple bash script which loads the iptables > configuration from /etc/firewall.conf and /etc/firewall6.conf files: > > # cat /etc/init.d/firewall > #!/bin/bash > > iptables-restore < /etc/firewall.conf > ip6tables-restore < /etc/firewall6.conf > # > > Script is stored in /etc/init.d/ directory, but I haven't configured > init to load this script directly. I use the pre-up option in > /etc/network/interfaces instead: > > # grep pre-up /etc/network/interfaces > pre-up /etc/init.d/firewall > # > FYI, you can use the iptables-persistent package to do this. It handles ipv4 and ipv6, and won't require you to create your own init script. -Rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/965212981.38336328.1407529278054.javamail.zim...@ptd.net
Re: End of hypocrisy ?
Zenaan Harkness wrote: > Joel Rees wrote: > > This is precisely why systemd should have been brought up to speed in > > a separate, parallel, volunteer-only distro. > > > > (If you don't understand what I mean by a separate, parallel, > > volunteer-only distribution, think of kfreebsd, but a little closer to > > home.) > > > > I'd still say there's time for debian to go for a course correction, > > Seriously? > > What is sid for? I believe the point was that it should be "make before break". They should have allowed people to use systemd without preventing people from not using it. They didn't make a new system without breaking the old one. They broke the old one while trying to build the new one. That is the problem. You shouldn't burn down your old house while you are still designing and building your new house. Bob signature.asc Description: Digital signature
Re: End of hypocrisy ?
On Fri, 08 Aug 2014 13:38:55 -0400 Jerry Stuckle wrote: > > Nope. First of all, messages are NOT relational, unless you are > calling the source of the message and the text of the message > relational. > > Second, there is significant additional overhead when inserting into a > SQL database vs. adding to the end of a text file. > > Third, to insert or retrieve data from the SQL database, you need the > SQL engine running. What if there is a problem with the engine? > With a text file, all you need is the file system up to add to the > file, and a command line prompt plus grep, head, tail, etc. to search > the file (vim is also a possibility but not necessary). It is also > faster to grep a text file than a SQL database unless the log file is > huge. > > Fourth, the same data in a SQL file takes up more space than in a > text file. > > Fifth, log files can easily be rotated in a text file; it is much > harder with a SQL database. > > I just can't see any advantages to using a SQL database over text > files > Sixth, Microsoft does it... -- Joe -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808211607.54527...@jresid.jretrading.com
Re: End of hypocrisy ?
On Vi, 08 aug 14, 10:34:24, Steve Litt wrote: > > 2) Write it to the screen. Relatively little happens before the >filesystem comes up, anyway. It's "only" about 750 lines on my laptop... Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Re: End of hypocrisy ?
Jerry Stuckle wrote: > Fourth, the same data in a SQL file takes up more space than in a text file. > > Fifth, log files can easily be rotated in a text file; it is much harder > with a SQL database. Also text files compress well by compressing a large block of text all at once. It is efficient to keep a long history. Rotated text files are routinely compressed. In a database it is hard to have the same level of compression. Bob signature.asc Description: Digital signature
Re: Wheezy GRUB problem
On Thu, Aug 7, 2014 at 7:44 PM, Brian wrote: > On Tue 05 Aug 2014 at 09:36:18 +0200, Artifex Maximus wrote: > >> Hello! >> >> I have a Wheezy system shared with MS XP. GRUB is not in MBR but in Debian >> partition installed. Not recommended I know but basically works. Until last >> upgrade when my GRUB loader only writes GRUB then halts. Or at least not >> continue loading. No errors just stops. I have tried latest (7.6.0) Debian >> install disc Recovery function to reinstall grub with grub-install >> /dev/sda2 without success. Still just a GRUB line on screen when Debian >> partition is active. When I switch active partition back to XP it runs. I >> am able to mount sda2 from Debian installer and there is no fsck error. > > What messages did you get when did 'grub-install /dev/sda2'? Sorry I cannot recall exactly but something about some /dev/sda2/... file when execute shell on mounted /dev/sda2. With installer environment there was no grub-install just grub-installer. Because I do not know what is the difference I had not enough courage to execute. The good new I was able to recover my system with supergrub disk. I was able to boot into my original system with supergrub then update-grub. For sure I run grub-install -f /dev/sda2 and now I am using my good old Debian system. What was strange I got a lot of errors about fake start-stop-daemon and needed to rename start-stop-daemon.REAL to start-stop-daemon for a successful boot. No idea at all what, when, and why created that fake start-stop-daemon script. Hope no more surprise in my system. Bye, a -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/capkuxveouae+-uv1wmkjlb1ybjuowivx41pddthorjgszbh...@mail.gmail.com
Re: IP Forwarding to Windows machine
Hello, Mike McClain a écrit : > I've been trying to get my hand rolled iptables firewall to > masquerade traffic on the LAN to/from a Win2K box. Please describe your network topology. Where's the Win2k box ? What's S40 ? > I've gotten it to > the point that I can ping from the boxes both ways, Which boxes ? > smbclient can move files both ways Smbclient run on which box ? > and the Win2K box can ping Google's IP address but DNS > lookup fails even though I've used the same DNS server in the Win2K > box as on my Debian box which access the Inet via dialup. IE says > "Cannot find server or DNS error." > I've read every HOWTO and the iptables man pages several times but > am at a loss. > Suggestions? Same as Nemeth Gyorgy : restart without any filtering, just the IP forwarding and masquerading. If it does not work, it's not due to filtering. Then when everything works add the filtering. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e52153.2070...@plouf.fr.eu.org
Re: IP Forwarding to Windows machine
2014-08-08 09:04 keltezéssel, Mike McClain írta: > I've been trying to get my hand rolled iptables firewall to > masquerade traffic on the LAN to/from a Win2K box. I've gotten it to > the point that I can ping from the boxes both ways, smbclient can move > files both ways and the Win2K box can ping Google's IP address but DNS > lookup fails even though I've used the same DNS server in the Win2K > box as on my Debian box which access the Inet via dialup. IE says > "Cannot find server or DNS error." > I've read every HOWTO and the iptables man pages several times but > am at a loss. > Suggestions? > Thanks, > Mike > > Here's the firewall code: > #!/bin/sh > # /mc/bin/my_iptables_fw_lan.sh July 29, 2014 Mc > # install fowarding to south40 > # from /mc/bin/my_iptables_fw.sh July 25, 2014 Mc > # from ~/nixSecurity/LFS_firewall.txt > # which copied from packet-filtering-HOWTO.html > # and attributed to Rusty Russell > # resources: docs/nixSecurity/IPtables_Basics.html > > # You can send test packets using > # Code: telnet ip 445 > # and listen incoming packets on 445 port this way > # Code: tcpdump -i eth0 dst port 445 > # scan from this side > # Code: nmap -vv --reason -p 1-1056 192.168.1.2 > > INET=ppp0 > LAN=eth1 > router='192.168.1.1' > S40='192.168.1.3' > > # Insert connection-tracking modules > # (not needed if built into the kernel) > modprobe ip_tables > modprobe iptable_filter > modprobe ip_conntrack > modprobe ip_conntrack_ftp > modprobe ipt_state > modprobe ipt_LOG > # for masq > modprobe ipt_MASQUERADE > > # for masqallow forwarding > echo 1 > /proc/sys/net/ipv4/ip_forward > echo 1 > /proc/sys/net/ipv4/conf/all/forwarding > echo 1 > /proc/sys/net/ipv4/conf/default/forwarding > echo 1 > /proc/sys/net/ipv4/conf/lo/forwarding > echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding > echo 1 > /proc/sys/net/ipv4/conf/eth1/forwarding > > # Set a known state - > iptables -P INPUT DROP > iptables -P FORWARD DROP > iptables -P OUTPUT ACCEPT > > # remove all rules and pre-existing user defined chains before we implement > new rules. > iptables -F # delete all rules in all chains > iptables -t nat -F > iptables -t filter -F > iptables -t mangle -F > iptables -X # all chains but those built (INPUT,OUTPUT,FORWARD) will be > deleted. > iptables -Z # zero all counters in all chains. > > # - > # iptables [-t table(nat,mangle,filter,raw)] command(-AIRD > [INPUT,OUTPUT,FORWARD]) [match] [target/jump] > > # INPUT -- > # accept GRC.com for testing > # iptables -A INPUT -s 4.79.142.206 -j ACCEPT > # GRC scan: 411 open, > # most blocked, > 88:93,113:114,138:138,210,211,213,215:220,267:271,273,275:280,398 stealth > # second run different stealth > iptables -A INPUT -p tcp --dport 411 -j DROP > iptables -A INPUT -p udp --dport 411 -j DROP > > # without SYN packets other computers cannot open communications > iptables -A INPUT -i $INET -p tcp --syn -j DROP > > # ICMP echo from south40 conflicts with sysctl > # echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all prevents ping router > # echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all prevents s40:ping play > > # Disallow NEW and INVALID incoming or forwarded packets from ppp0. > iptables -A INPUT -i $INET -m state --state NEW,INVALID -j DROP > iptables -A FORWARD -i $INET -m state --state NEW,INVALID -j DROP > > # deny ping from Inet > iptables -A INPUT -i $INET -p icmp --icmp-type echo-request -j DROP > > # Allow local-only connections > iptables -A INPUT -i $LAN -j ACCEPT > > # allow mail to get through127.0.0.1:25exim4 loopback > iptables -A INPUT -i lo -j ACCEPT > > # for masq > # iptables -A INPUT -m state --state NEW -i $LAN -j ACCEPT > iptables -A INPUT -m state --state NEW ! -i $INET -j ACCEPT > > # Permit answers on already established connections > # and permit new connections related to established ones > # (e.g. port mode ftp) > iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT > > # Log everything else. What's Windows' latest exploitable vulnerability? > iptables -A INPUT -j LOG --log-prefix "FIREWALL:INPUT " --log-level 4 > > # OUTPUT -- ACCEPT > # drop fragments to south40 > iptables -A OUTPUT -f -d $S40 -j DROP > > # port 411 showing as open even though DROPed on INPUT > iptables -A OUTPUT -p tcp --dport 411 -j DROP > iptables -A OUTPUT -p udp --dport 411 -j DROP > > # MASQ- > # from Masquerading-Simple-HOWTO > # Masquerade out ppp0 > iptables -t nat -A POSTROUTING -o $INET -j MASQUERADE > iptables -A FORWARD -i $INET -p tcp --syn -j DROP > # not sure why but this keeps south40 from pinging Inet > # iptables -A FORWARD -i $INET -o $INET -j DROP > >
Re: dieting/losing weight programs?
On 08/08/2014 11:32 AM, Volker Wysk wrote: Am Donnerstag, 7. August 2014, 09:26:01 schrieb Sharon Kimble: I've recently been looking in the jessie repos for any programme relating to diet management, or weight management, i.e. anything at all about dieting or losing weight. And I can't find any! The nearest I could find was for "nut-nutrition" which appeared to be console-based and american-centric although I couldn't access the source to see for certain. Are there any programmes in the repos for dieting/losing weight please? Hi! There is Gourmet, see http://thinkle.github.io/gourmet/. It's kind of broken, but a new version is on the way. It's a receipe manager, but it has a nutrition plugin, which can calculate and display nutritient information, including the energy (kilocalories). Bye, V.W. I almost made a filter from this message, as I did from the last one with this topic. There is so much spam out there with subjects like this. I don't know how you can avoid the subject, but I think you should know that there are probably a lot of folks like me who immediately, without even oping the message, consign it to the filter routine. --doug -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e512fa.6090...@optonline.net
Re: Mounting a FreeBSD USB Memory Stick Image rw
On Sat 09 Aug 2014 at 02:44:31 +1000, Zenaan Harkness wrote: > On 8/9/14, Martin McCormick wrote: > > Zenaan Harkness writes: > >> I think you meant "-o loop" rather than "-ro loop". > >> > >> > first to see what would happen and it appeared to work but ls > >> > /mnt throws an I/O error as does any operation on /mnt until one > >> > umounts /mnt. > >> > >> If the above don't fix it, copy and paste the output of > >> your mount command (include the command). We might > >> spot something you're not seeing. > > > > Very possible and many thanks. I'll give your suggestion > > a try. > >> > >> Good luck, > > > > Thanks. I think I am close but let's see what we get. > > No probs. > > Please "reply all" (in general) especially if you are seeking > further feedback/ questions (of course). Giving the information asked for would also have helped. > Also, you can try "man losetup", if you want to do things more > manually, but "mount -o loop" should be your first port of call. > Here are some random notes (re losetup) I have from years ago: > # first create a new loop device > mknod /dev/loop/300 b 7 300 > # then assign your loop file to new loop device > losetup /dev/loop/300 your_loop_file.dat > # and finally mount the loop device instead of the file > mount /dev/loop/300 /your_mount_directory/ > # if you then need to unmount, use > umount /your_mount_directory/ > losetup -d /dev/loop/300 mount -ro loop FreeBSD-9.1-RELEASE-amd64-bootonly.iso /mnt works here. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808174400.ga19...@copernicus.demon.co.uk
Re: End of hypocrisy ?
On 8/8/2014 12:18 PM, Zenaan Harkness wrote: > On 8/8/14, Jerry Stuckle wrote: >> On 8/7/2014 8:28 PM, AW wrote: >>> On Fri, 8 Aug 2014 09:03:56 +0900 >>> Joel Rees wrote: >>> >>> > You do understand the chicken-and-egg nature of what you're asking >>> for? >>> > >>> > You're needing to output logs to but up servers, but you have to boot >>> > a server as complex as anySQL server to get there. >>> >>> I wasn't going to continue on this thread -- and after playing with >>> the journalctl cli for much of the day -- I repent of my complaints >>> [mostly] >>> -- any remaining complaints are extremely minor. But I guess I should >>> answer a >>> direct question... perhaps a new thread should be started, this one is >>> getting >>> long in the tooth. >>> >>> Of course I understand the chicken-egg problem. However, once the system >>> is >>> running, there's no reason why the log data collected during the boot >>> process couldn't then parsed into a standardized db --- resulting in >>> standardized sql query capabilities. The boot log data should be >>> entirely >>> ASCII until a login prompt. This greatly assists troubleshooting of >>> failed >>> boots - undeniably. However, after booting, remove the ASCII boot log >>> data >>> from RAM via secure deletion process to increase security of the system as >>> a >>> whole... >>> >>> --Andrew >>> >>> >> >> I just wonder - why should I have to look in multiple paces for >> (possibly related) messages? > > Seriously Jerry, your mind needs expanding! > You didn't answer the question. > >> That is, some to a text file, some to a SQL file. > > Of course! You just don't get it. > Exactly - why should I have to look multiple places for related messages? > Whoever does the patch to systemd will I'm sure put some > options in to send just say every second log message to the > db, and the others to the journal - for load balancing or > whatever its needed for. > What a mess! > >> I have nothing against SQL (I've been using it for over 25 years). But > > Awesome! That means you can help out with the --output=sql > patch yes? > Sure I could. But I won't. > >> I don't think it's a good solution to everything. Not everything is > > Your thinking is questionable at best. > >> relational (which is what SQL excels at). And not everything needs a > > Except for the journal's binary blob support, it is relational, > and Postgres has support for all sorts of wierd types, I'm sure > it can handle binary blobs just fine! > >> SQL engine when text files work just as well. > > Definitely wrong about that. > > Cheers > Zenaan > > Nope. First of all, messages are NOT relational, unless you are calling the source of the message and the text of the message relational. Second, there is significant additional overhead when inserting into a SQL database vs. adding to the end of a text file. Third, to insert or retrieve data from the SQL database, you need the SQL engine running. What if there is a problem with the engine? With a text file, all you need is the file system up to add to the file, and a command line prompt plus grep, head, tail, etc. to search the file (vim is also a possibility but not necessary). It is also faster to grep a text file than a SQL database unless the log file is huge. Fourth, the same data in a SQL file takes up more space than in a text file. Fifth, log files can easily be rotated in a text file; it is much harder with a SQL database. I just can't see any advantages to using a SQL database over text files Jerry -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e50b2f.2020...@attglobal.net
Re: Partitioning of new machine
Le 8 août 2014 à 17:16, Steve Litt a écrit : > On Fri, 8 Aug 2014 12:14:31 +0200 > "B. M." wrote: > >> Hi all, >> >> While I'm waiting for the components of my new machine >> (testing/jessie) I'm thinking about the optimal partitioning scheme >> which should last for the next 10 years :-) >> >> The system looks like: >> Haswell 3.4 GHz >> 8 GB RAM (later upgradeable up to 32 GB) >> 250 GB SSD >> 2 TB HDD >> >> What do you think about the following: >> >> === SSD: === >> /boot unencrypted, 300 MB >> / ext4, encrypted, 25-30 GB >> /home ext4, encrypted, keyfile, 220-225 GB >> User data for two users >> >> >> === HDD (in this order for performance reasons): === >> /varHDD, ext4, encrypted, keyfile, 25 GB >> It's so large because I want to add a directory /var/src below /var >> to compile a kernel on the HDD if necessary >> >> /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB >> Used for the db's of digikam (1 user), akonadi and amarok >> (2 users each) >> >> swapHDD, swapfs, encrypted, 5 GB (not hibernation) >> >> /video HDD, btrfs, 560 GB >> Subvolumes: >>/video/editing >>/video/series >> => for video editing or series, no backup, not encrypted >> >> /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). >> With subvolumes for digikam archive, movie archive and music >> >> >> What do you think (sizes, file systems, number of partitions, ...)? >> Is it still a good idea to put /var on an HDD, not a SSD? >> Video editing is currently not required, it's more like an option for >> the future (1y or so) and might require a second HDD (source and >> target drive for rendering to increase r/w performance). >> To keep it simple and usable I'll use keyfiles for all partitions >> except /. >> >> Thanks for your inputs and all the best. > > Hi BM, > > If you really want your partitioning scheme to last 10 years, in my > opinion you need to: > > 1: Work from LVM > > 2: Use a rolling release distro (Gentoo, for instance) > > 3: Do bare metal backups often so a disk crash doesn't lose your > partitioning. > > And now some answers to your other questions. From what I've heard and > seen, you're still best off moving directories regularly written off > your SSD. I strongly suggest you take /home *off* your SSD. > > My desktop's SSD is mainly there to hold /usr. All the rest of the > usual suspects are mounted on my two spinning disks: > > = > slitt@mydesq2:~$ mount | grep "^/dev/" | sort | sed -e"s/(.*//" > /dev/disk/by-uuid/2598ea36-258d-480f-b1a7-eae244962526 on / type ext4 > /dev/sdb1 on /home type ext4 > /dev/sdb2 on /s type ext4 > /dev/sdb3 on /d type ext4 > /dev/sdb4 on /inst type ext4 > /dev/sdb5 on /classic/a type ext4 > /dev/sdb6 on /classic/b type ext4 > /dev/sdb7 on /classic/c type ext4 > /dev/sdb8 on /home/slitt/mail/Maildir type ext4 > /dev/sdb9 on /scratch type ext4 > /dev/sdc1 on /boot type ext4 > /dev/sdc6 on /var type ext4 > /dev/sdc7 on /tmp type ext4 > /dev/sdc8 on /run type ext4 > slitt@mydesq2:~$ > = > > The philosophy of the preceding is: > > /dev/sdb is meant to hold my data, stuff I must not lose, stuff that > must be backed up. > > /dev/sdc is meant to hold stuff written by the OS. > > /dev/by-uuid/yada_yada_yada is my SSD, mounted as /, and its purpose is > to hold /usr, so programs load faster. Also, by booting to a small SSD, > I can avoid guid and all that stuff, and boot from LILO. I've decided > that, from now on, on desktops, I'll exclusively use LILO with a small > boot disk (SSD). I'm so over grub2. > > One more thing I can say. IMHO, a partitioning scheme isn't a 10 year > decision. You're lucky if it's a 4 year decision. I guarantee you that > 4 years from now, you data will have grown in ways you never would have > guessed. > > I'm an elder in the Church of the Known State, so I *never* upgrade > from one Linux version to the next (wheezy to jessie, for instance). > Instead, I wipe all drives used by the OS (and now you know why I have > all my data, and only my data, on a separate physical disk), and > install the new version (Jessie for instance) from scratch. More work? > Maybe, depending on how well the upgrade would have gone if I'd done > it. But my way avoids all those nasty ghosts of operating systems past, > and brings my computer back to a known state, for easier > troubleshooting. > > So every time I change versions, I have a chance to adjust my > partitioning. > > HTH, > > SteveT > > Steve Litt* http://www.troubleshooters.com/ > Troubleshooting Training * Human Performance > Thanks a lot so far! Well, it's clear that 10y isn't realistic - but a few years is what my goal is. So I'm really looking for a sustainable setup. Why should I keep /home off the SSD? I'll put all SQL databases to
Re: Mounting a FreeBSD USB Memory Stick Image rw
On 8/9/14, Martin McCormick wrote: > Zenaan Harkness writes: >> I think you meant "-o loop" rather than "-ro loop". >> >> > first to see what would happen and it appeared to work but ls >> > /mnt throws an I/O error as does any operation on /mnt until one >> > umounts /mnt. >> >> If the above don't fix it, copy and paste the output of >> your mount command (include the command). We might >> spot something you're not seeing. > > Very possible and many thanks. I'll give your suggestion > a try. >> >> Good luck, > > Thanks. I think I am close but let's see what we get. No probs. Please "reply all" (in general) especially if you are seeking further feedback/ questions (of course). Also, you can try "man losetup", if you want to do things more manually, but "mount -o loop" should be your first port of call. Here are some random notes (re losetup) I have from years ago: # first create a new loop device mknod /dev/loop/300 b 7 300 # then assign your loop file to new loop device losetup /dev/loop/300 your_loop_file.dat # and finally mount the loop device instead of the file mount /dev/loop/300 /your_mount_directory/ # if you then need to unmount, use umount /your_mount_directory/ losetup -d /dev/loop/300 Good luck Zenaan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNSQ4Ubx7tXN3L_dnmoRCPJ=fjic2ubfy3mxsodq0we8...@mail.gmail.com
Re: Mounting a FreeBSD USB Memory Stick Image rw
On 8/9/14, Martin G. McCormick wrote: > Is it possible to mount the FreeBSD USB iso image on a > debian system? I need to edit one of the configuration files and > the nearest USB port is on a Debian system. The hope is to add a > line of text to a file, transfer the image to a USB drive and > boot the FreeBSD system from the memory stick for an > installation. > I did try > mount -t ufs -ro loop FreeBSD-9.1-RELEASE-amd64-memstick-headless.img /mnt -r option is "--read-only" option. Sounds like you do NOT want that. I think you meant "-o loop" rather than "-ro loop". > first to see what would happen and it appeared to work but ls > /mnt throws an I/O error as does any operation on /mnt until one > umounts /mnt. If the above don't fix it, copy and paste the output of your mount command (include the command). We might spot something you're not seeing. Good luck, Zenaan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNSTO7bUEKxJhLS+KGU1AvCwWWt6AFDu6FFGvy4=fe76...@mail.gmail.com
Re: End of hypocrisy ?
On 8/8/14, Jerry Stuckle wrote: > On 8/7/2014 8:28 PM, AW wrote: >> On Fri, 8 Aug 2014 09:03:56 +0900 >> Joel Rees wrote: >> >> > You do understand the chicken-and-egg nature of what you're asking >> for? >> > >> > You're needing to output logs to but up servers, but you have to boot >> > a server as complex as anySQL server to get there. >> >> I wasn't going to continue on this thread -- and after playing with >> the journalctl cli for much of the day -- I repent of my complaints >> [mostly] >> -- any remaining complaints are extremely minor. But I guess I should >> answer a >> direct question... perhaps a new thread should be started, this one is >> getting >> long in the tooth. >> >> Of course I understand the chicken-egg problem. However, once the system >> is >> running, there's no reason why the log data collected during the boot >> process couldn't then parsed into a standardized db --- resulting in >> standardized sql query capabilities. The boot log data should be >> entirely >> ASCII until a login prompt. This greatly assists troubleshooting of >> failed >> boots - undeniably. However, after booting, remove the ASCII boot log >> data >> from RAM via secure deletion process to increase security of the system as >> a >> whole... >> >> --Andrew >> >> > > I just wonder - why should I have to look in multiple paces for > (possibly related) messages? Seriously Jerry, your mind needs expanding! > That is, some to a text file, some to a SQL file. Of course! You just don't get it. Whoever does the patch to systemd will I'm sure put some options in to send just say every second log message to the db, and the others to the journal - for load balancing or whatever its needed for. > I have nothing against SQL (I've been using it for over 25 years). But Awesome! That means you can help out with the --output=sql patch yes? > I don't think it's a good solution to everything. Not everything is Your thinking is questionable at best. > relational (which is what SQL excels at). And not everything needs a Except for the journal's binary blob support, it is relational, and Postgres has support for all sorts of wierd types, I'm sure it can handle binary blobs just fine! > SQL engine when text files work just as well. Definitely wrong about that. Cheers Zenaan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNSTLcxnj2xnm-eqzN+-Ha=vp0vd8wu-okxuqm3rdazz...@mail.gmail.com
Re: End of hypocrisy ?
On 8/8/14, Joel Rees wrote: > On Fri, Aug 8, 2014 at 12:05 AM, Brian wrote: >> On Thu 07 Aug 2014 at 16:53:10 +0300, David Baron wrote: >>> Wish there were not so many bugs around systemd. No objection to it as >>> long as >>> it works. >> >> The number of bugs on >> >> >> https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=systemd;dist=unstable >> >> doesn't seen that high for a package of its importance and visibility. >> Most reports have had a response. Some reports are not bugs. >> >> If you value a low blood pressure don't look at the bug page for apt. :) > > This is precisely why systemd should have been brought up to speed in > a separate, parallel, volunteer-only distro. > > (If you don't understand what I mean by a separate, parallel, > volunteer-only distribution, think of kfreebsd, but a little closer to > home.) > > I'd still say there's time for debian to go for a course correction, Seriously? What is sid for? I guess by that logic, the big X11 changes should have been in such a parallel debian, and the libc5->libc6 likewise? Which types of big changes should be in your proposed separate, parallel, volunteer-only (as if Debian is not) distribution? Perhaps we could call that, oh I dunno, Debian experimental? > but everyone seems to be determined to ignore the obvious. Hell no! I think we should encourage a Debian experimental distro, which is volunteer only (absolutely no paid contributors) and should be separate to sid and testing. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOsGNSQYobp9ienvd=nksbsjyr5osu5hxzxay+dqsfnm4u4...@mail.gmail.com
Re: End of hypocrisy ?
On 8/8/14, AW wrote: > On Thu, 7 Aug 2014 16:44:39 -0400 > Tom H wrote: > > > journalctl has output options: > > > > -o, --output= > > > > Controls the formatting of the journal entries that are shown. > > Takes one of the following options: > > Seems fine to me after letting go of first impression of distrust > in new things... > > However, I still like my pet idea of postgresql --- and SQL > is much more fun than journalctl statements... > > So, back to the ranch I go... Once you've got it humming, submit your patch for --output=sql to the systemd upstream. Others of us would appreciate that :) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caosgnsqfwjqkfskpaepw2ytx-c7zf+qzyugejpvz-uakco6...@mail.gmail.com
Re: dieting/losing weight programs?
Am Donnerstag, 7. August 2014, 09:26:01 schrieb Sharon Kimble: > I've recently been looking in the jessie repos for any programme relating > to diet management, or weight management, i.e. anything at all about > dieting or losing weight. And I can't find any! The nearest I could find > was for "nut-nutrition" which appeared to be console-based and > american-centric although I couldn't access the source to see for > certain. > > Are there any programmes in the repos for dieting/losing weight please? Hi! There is Gourmet, see http://thinkle.github.io/gourmet/. It's kind of broken, but a new version is on the way. It's a receipe manager, but it has a nutrition plugin, which can calculate and display nutritient information, including the energy (kilocalories). Bye, V.W. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4001359.QxtNYDUKtZ@debian
Mounting a FreeBSD USB Memory Stick Image rw
Is it possible to mount the FreeBSD USB iso image on a debian system? I need to edit one of the configuration files and the nearest USB port is on a Debian system. The hope is to add a line of text to a file, transfer the image to a USB drive and boot the FreeBSD system from the memory stick for an installation. I did try mount -t ufs -ro loop FreeBSD-9.1-RELEASE-amd64-memstick-headless.img /mnt first to see what would happen and it appeared to work but ls /mnt throws an I/O error as does any operation on /mnt until one umounts /mnt. Thank you. Martin McCormick -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808155236.6aee322...@server1.shellworld.net
Re: Partitioning of new machine
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/08/2014 06:14 AM, B. M. wrote: > Hi all, > > While I'm waiting for the components of my new machine (testing/jessie) > I'm thinking about the optimal partitioning scheme which should last for the > next 10 years :-) > > The system looks like: > Haswell 3.4 GHz > 8 GB RAM (later upgradeable up to 32 GB) > 250 GB SSD > 2 TB HDD > > What do you think about the following: > > === SSD: === > /boot unencrypted, 300 MB > / ext4, encrypted, 25-30 GB > /home ext4, encrypted, keyfile, 220-225 GB > User data for two users I would have one / ext4 partition for everything. (You may want a separate /home, if you plan on reinstalling OS while keeping /home data, but, on the other hand, one should also have daily backups to get /home back from.) If your new system uses EFI, then you'll also need a /boot_efi partition, 200MiB, FAT32, bootable. If I had swap, I would put it on SSD. > === HDD (in this order for performance reasons): === > /varHDD, ext4, encrypted, keyfile, 25 GB > It's so large because I want to add a directory /var/src below /var > to compile a kernel on the HDD if necessary > > /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB > Used for the db's of digikam (1 user), akonadi and amarok > (2 users each) With these sizes they would go into SSD /. > swapHDD, swapfs, encrypted, 5 GB (not hibernation) > > /video HDD, btrfs, 560 GB > Subvolumes: > /video/editing > /video/series > => for video editing or series, no backup, not encrypted > > /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). > With subvolumes for digikam archive, movie archive and music I don't know how much video editing can benefit from btrfs, but for archives I would use two HDDs, and have btrfs partitions in btrfs-raid1 volume to protect from bit rot (see for example [1]). Sarunas Burdulis http://math.dartmouth.edu/~sarunas 1. http://arstechnica.com/information-technology/2014/01/bitrot-and-atomic-cows-inside-next-gen-filesystems/ -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlPk6a8ACgkQejaFVltl6E+MkACgppTEUMN4OgK92wthWgy31Q2m 0f4AoKWepvZ/JdZHr/TW5ED+rpHA5MFw =YLf1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e4e9b2.5030...@math.dartmouth.edu
Re: NFS and iptables during bootup
Reco,
I moved the script from /etc/init.d to /etc/network directory and
changed the shebang line from /bin/bash to /bin/sh. /bin/sh on my
system points to /bin/dash. Thanks for those tips!
Content of firewall rule-files can be seen here:
# cat /etc/firewall.conf /etc/firewall6.conf
# Generated by iptables-save v1.4.8 on Tue Jul 1 10:41:45 2014
*filter
:INPUT DROP [17:1605]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [259:30520]
-A INPUT -s 10.10.10.0/24 -j ACCEPT
-A INPUT -s 8.8.8.8/32 -j ACCEPT
-A INPUT -s 8.8.4.4/32 -j ACCEPT
COMMIT
# Completed on Tue Jul 1 10:41:45 2014
# Generated by ip6tables-save v1.4.8 on Tue Jul 1 10:41:56 2014
*filter
:INPUT DROP [10518:992304]
:FORWARD DROP [0:0]
:OUTPUT DROP [0:0]
COMMIT
# Completed on Tue Jul 1 10:41:56 2014
#
If I comment out just the "iptables-restore .." line from
firewall-script and leave the "ip6tables-restore .." line uncommented,
the machine also boots without problems, i.e. it's the IPv4 iptables
rules which seem to cause the statd to fail. I modified the IPv4
rules(/etc/firewall.conf file) in a following manner:
# cat /etc/firewall.conf
# Generated by iptables-save v1.4.8 on Fri Aug 8 17:08:22 2014
*filter
:INPUT DROP [1:146]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [50:7006]
-A INPUT -s 10.10.10.0/24 -i eth0 -j ACCEPT
-A INPUT -s 8.8.8.8/32 -i eth0 -j ACCEPT
-A INPUT -s 8.8.4.4/32 -i eth0 -j ACCEPT
-A INPUT -i lo0 -j ACCEPT
COMMIT
# Completed on Fri Aug 8 17:08:22 2014
#
..but this didn't help. Any other ideas?
Tom,
I suspect iptables because if I comment out the "pre-up .." line from
/etc/network/interfaces file, the machine will boot without issues. In
addition, if I comment out just the "iptables-restore .." line from
firewall-script and leave the "ip6tables-restore .." line uncommented,
the machine also boots without problems, i.e. it's the IPv4 iptables
rules which seem to cause the statd to fail.
/usr is not a separate file-system mount and all I could find
regarding NFS and statd were the "rpc.statd[1039]: unable to register
(statd, 1, udp)." messages.
Last but not least, starting the /etc/init.d/nfs-common
script("/etc/init.d/nfs-common start") took few minutes to start even
if the OS is running.
regards,
Martin
On 8/4/14, Tom H wrote:
> On Mon, Aug 4, 2014 at 10:52 AM, Martin T wrote:
>>
>> I made a very simple bash script which loads the iptables
>> configuration from /etc/firewall.conf and /etc/firewall6.conf files:
>>
>> # cat /etc/init.d/firewall
>> #!/bin/bash
>>
>> iptables-restore < /etc/firewall.conf
>> ip6tables-restore < /etc/firewall6.conf
>>
>> Script is stored in /etc/init.d/ directory, but I haven't configured
>> init to load this script directly. I use the pre-up option in
>> /etc/network/interfaces instead:
>>
>> # grep pre-up /etc/network/interfaces
>> pre-up /etc/init.d/firewall
>>
>> /etc/firewall.conf and /etc/firewall6.conf contain few simple
>> allow-rules to input chain and set default policies for chains in
>> input table to drop.
>>
>> Now if I reload the machine, the bootup takes more than 6 minutes.
>> Bootlog can be seen below:
>>
>> ...
>> Mon Aug 4 15:43:39 2014: Starting portmap daemon
>> Mon Aug 4 15:43:39 2014: Starting NFS common utilities: statdSetting
>> kernel variables ...done.
>> Mon Aug 4 15:46:39 2014: ^[[31mfailed!^[[39;49m
>> ...
>> Mon Aug 4 15:46:40 2014: startpar: service(s) returned failure:
>> nfs-common ... ^[[31mfailed!^[[39;49m
>> ...
>> Mon Aug 4 15:46:40 2014: Starting portmap daemon...Already running..
>> ...
>> Mon Aug 4 15:46:40 2014: Starting NFS common utilities: statd
>> ^[[31mfailed!^[[39;49m
>> ...
>>
>> Once the system is started, the iptables and ip6tables rules are
>> properly installed. According to log messages seen above, the problem
>> seems to be with NFS. Has anyone seen something like this before?
>
> What makes you think that it's iptables that's preventing statd?
>
> Do you have this problem when you comment out "pre-up ..."?
>
> Is there more info about nfs/statd in "/var/log/"?
>
> Is "/usr" a separate filesystem mount?
>
> Can you start nfs after the system boots?
>
> Small "style" nitpick: Since "/etc/init.d/firewall" isn't integrated
> into sysvinit, you might as well move it to
> "/etc/{,firewall,network}"; or move it to "/etc/network/pre-up.d/" and
> remove the "pre-up ..." line. I prefer installing iptables-persistent
> but you might not want to or be allowed to...
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> https://lists.debian.org/CAOdo=sxtvdsbnc6k7ssavoq-em_b7uekzgdzph_sjxtkqyn...@mail.gmail.com
>
>
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAJx5YvEZhv7W6eH17XZFTMD5wGVU_+eBcM1DeW9612j4=nq...@mail.gmail.com
Re: Partitioning of new machine
On Fri, 8 Aug 2014 12:14:31 +0200 "B. M." wrote: > Hi all, > > While I'm waiting for the components of my new machine > (testing/jessie) I'm thinking about the optimal partitioning scheme > which should last for the next 10 years :-) > > The system looks like: > Haswell 3.4 GHz > 8 GB RAM (later upgradeable up to 32 GB) > 250 GB SSD > 2 TB HDD > > What do you think about the following: > > === SSD: === > /boot unencrypted, 300 MB > / ext4, encrypted, 25-30 GB > /home ext4, encrypted, keyfile, 220-225 GB > User data for two users > > > === HDD (in this order for performance reasons): === > /varHDD, ext4, encrypted, keyfile, 25 GB > It's so large because I want to add a directory /var/src below /var > to compile a kernel on the HDD if necessary > > /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB > Used for the db's of digikam (1 user), akonadi and amarok > (2 users each) > > swapHDD, swapfs, encrypted, 5 GB (not hibernation) > > /video HDD, btrfs, 560 GB > Subvolumes: > /video/editing > /video/series > => for video editing or series, no backup, not encrypted > > /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). > With subvolumes for digikam archive, movie archive and music > > > What do you think (sizes, file systems, number of partitions, ...)? > Is it still a good idea to put /var on an HDD, not a SSD? > Video editing is currently not required, it's more like an option for > the future (1y or so) and might require a second HDD (source and > target drive for rendering to increase r/w performance). > To keep it simple and usable I'll use keyfiles for all partitions > except /. > > Thanks for your inputs and all the best. Hi BM, If you really want your partitioning scheme to last 10 years, in my opinion you need to: 1: Work from LVM 2: Use a rolling release distro (Gentoo, for instance) 3: Do bare metal backups often so a disk crash doesn't lose your partitioning. And now some answers to your other questions. From what I've heard and seen, you're still best off moving directories regularly written off your SSD. I strongly suggest you take /home *off* your SSD. My desktop's SSD is mainly there to hold /usr. All the rest of the usual suspects are mounted on my two spinning disks: = slitt@mydesq2:~$ mount | grep "^/dev/" | sort | sed -e"s/(.*//" /dev/disk/by-uuid/2598ea36-258d-480f-b1a7-eae244962526 on / type ext4 /dev/sdb1 on /home type ext4 /dev/sdb2 on /s type ext4 /dev/sdb3 on /d type ext4 /dev/sdb4 on /inst type ext4 /dev/sdb5 on /classic/a type ext4 /dev/sdb6 on /classic/b type ext4 /dev/sdb7 on /classic/c type ext4 /dev/sdb8 on /home/slitt/mail/Maildir type ext4 /dev/sdb9 on /scratch type ext4 /dev/sdc1 on /boot type ext4 /dev/sdc6 on /var type ext4 /dev/sdc7 on /tmp type ext4 /dev/sdc8 on /run type ext4 slitt@mydesq2:~$ = The philosophy of the preceding is: /dev/sdb is meant to hold my data, stuff I must not lose, stuff that must be backed up. /dev/sdc is meant to hold stuff written by the OS. /dev/by-uuid/yada_yada_yada is my SSD, mounted as /, and its purpose is to hold /usr, so programs load faster. Also, by booting to a small SSD, I can avoid guid and all that stuff, and boot from LILO. I've decided that, from now on, on desktops, I'll exclusively use LILO with a small boot disk (SSD). I'm so over grub2. One more thing I can say. IMHO, a partitioning scheme isn't a 10 year decision. You're lucky if it's a 4 year decision. I guarantee you that 4 years from now, you data will have grown in ways you never would have guessed. I'm an elder in the Church of the Known State, so I *never* upgrade from one Linux version to the next (wheezy to jessie, for instance). Instead, I wipe all drives used by the OS (and now you know why I have all my data, and only my data, on a separate physical disk), and install the new version (Jessie for instance) from scratch. More work? Maybe, depending on how well the upgrade would have gone if I'd done it. But my way avoids all those nasty ghosts of operating systems past, and brings my computer back to a known state, for easier troubleshooting. So every time I change versions, I have a chance to adjust my partitioning. HTH, SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808111625.44101...@mydesq2.domain.cxm
Re: End of hypocrisy ?
Ahoj, Dňa Fri, 8 Aug 2014 09:33:45 -0400 Tom H napísal: > On Thu, Aug 7, 2014 at 3:12 AM, Slavko wrote: > > Dňa Wed, 6 Aug 2014 16:25:21 -0400 Tom H > > napísal: > >> > >> I've saved one or two relevant URLs from debian-devel@ pre-CTTE bug > >> thread. I can dig them up and post them if you're interested. > > > > Please, give them. > > More than two... > Thanks. I did quick look into them yet. But now i understand more. If i want to find the analogy, then i find in my mind the switch from structured programming to object oriented. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Re: How to install init scripts manually?
On 8/4/14, Gary Dale wrote:
> On 04/08/14 11:04 AM, Martin T wrote:
>
> On 8/4/14, Gary Dale wrote:
>
>> On 04/08/14 06:30 AM, Martin T wrote:
>>> Hi,
>>>
>>> I played around with a LSB init script under Squeeze(init is from
>>> sysvinit package version 2.88dsf-13.1+squeeze1) for learning purposes.
>>> My script is following:
>>>
>>> # cat /etc/init.d/test-script
>>> #! /bin/sh
>>> ### BEGIN INIT INFO
>>> # Provides: test
>>> # Required-Start:$all
>>> # Required-Stop: $all
>>> # Default-Start: 2 3 4 5
>>> # Default-Stop: 0 1 6
>>> # Short-Description: test script
>>> # Description: test script
>>> ### END INIT INFO
>>>
>>> # always executes
>>> touch /tmp/test-file
>>>
>>> case "$1" in
>>> start)
>>> echo "Starting script test"
>>> touch /tmp/test-file-start
>>> ;;
>>> stop)
>>> echo "Stopping script test"
>>> touch /tmp/test-file-stop
>>> ;;
>>> restart)
>>> echo "Restarting script test"
>>> touch /tmp/test-file-restart
>>> ;;
>>> force-reload)
>>> echo "Force-reloading script test"
>>> touch /tmp/test-file-force-reload
>>> ;;
>>> status)
>>> echo "Status of test"
>>> touch /tmp/test-file-status
>>> ;;
>>> *)
>>> echo "Usage: /etc/init.d/test {start|stop}"
>>> exit 1
>>> ;;
>>> esac
>>>
>>> exit 0
>>>
>>> #
>>>
>>>
>>> As a next step, I made the /etc/init.d/test-script file executable and
>>> added a symlink to /etc/rc3.d/("ln -s ../init.d/test-script
>>> /etc/rc3.d/S23test-script") directory and changed my runlevel from
>>> 2(default) to 3 with "init 3". However, the test-script was not
>>> started. Then I made a symlink to /etc/rc2.d/ directory:
>>>
>>> # file /etc/rc2.d/S23test-script
>>> /etc/rc2.d/S23test-script: symbolic link to `../init.d/test-script'
>>> #
>>>
>>> ..and reloaded the machine, but still the script was not started. If I
>>> install the script with insserv("insserv /etc/init.d/test-script")
>>> then the script is started if I reload the machine. Am I correct that
>>> both insserv and update-rc.d take some additional steps when enabling
>>> the script besides installing the symlinks and those steps are
>>> required by /sbin/init? I guess one thing is .depend.boot,
>>> .depend.start and .depend.stop files, but something else?
>>>
>>>
>>> regards,
>>> Martin
>> Not sure what you mean by "reloaded the machine". However check out the
>> Debian wiki athttps://wiki.debian.org/RunLevel and
>> https://wiki.debian.org/LSBInitScripts.
>>
>> Did you try telinit instead of init?
>>
>
> Hi,
>
> by "reloaded the machine" I meant that I executed the "reboot"
> command. I did try with telinit, but at least on Squeeze this is just
> a symlink to init:
>
> # file /sbin/telinit
> /sbin/telinit: symbolic link to `init'
> #
>
>
> OK. On Jessie it is a symbolic link to /bin/systemctl. The difference is
> likely important to provide a standard way to change run levels despite
> not everyone using init. Ditto for insserv which seems to have been
> created to allow upstart and init to coexist. update-rc.d seems to be an
> attempt to make updating the run-levels easier.
>
> I'd recommend staying with the tools and not doing it directly for the
> simple reason that the old init system seems to be on its way out. The
> LSB comment mechanism may become obsolete too with systemd apparently on
> track to be the universal replacement for init and upstart.
>
> As for your specific problem, did you look at ownership and specific
> permission differences between your manual s-links and the ones inserv
> and update-rc.d created? That's the only thing I can think of that would
> prevent a script from running when the symbolic links point to the
> correct file.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive: https://lists.debian.org/53dfa8a4.3040...@torfree.net
>
>
Gary,
yes I checked the ownership and permission differences between
manually created symlinks and the ones created by insserv, but there
were none. Both the actual script in /etc/init.d directory and
symlinks in /etc/rc*.d directories are owned by root. I even tried
this under the Wheezy:
root@vserver:~# cat /etc/issue
Debian GNU/Linux 7 \n \l
root@vserver:~#
..but still init(version 2.88) ignored the manually created symlinks.
I know that one should use insserv instead, but I was just curious why
init ignores manually created symlinks. In addition, I looked into
/etc/init.d/rc script which should be used to start scripts in
/etc/rc*.d directories and according to this script the actual utility
starting the services is startpar. Command is "startpar -p 4 -t 20 -T
3 -M $1 -P $previous -R $runlevel" where "$1" is either start, stop or
boot and "$previous" is a previous runlevel and "$runlevel" is a
runlevel where one enters.
Maybe someone who is an expert on SystemV init and st
New Install Problem
I am on windows at the moment however, after installing Ubuntu 14.04 the screen locks up after several operations and on different sites. The only way I can resolve is to use the Alt + Prt Scr Sysrq while typing REISUB. Thanks. Regards Tom Trotter ttrott...@gmail.com
Re: End of hypocrisy ?
On Thu, 7 Aug 2014 20:13:08 -0700 (PDT) Rusi Mody wrote: > On Friday, August 8, 2014 5:40:01 AM UTC+5:30, Joel Rees wrote: > > You do understand the chicken-and-egg nature of what you're asking > > for? [clip] > Is the problem absent with text files? > If one wants to write a text-log one needs a text-file. > A text file exists on some file-system. Oh, come on now, the preceding assertion is a little over the top, don't you think? Every boot I've ever seen has a read/write filesystem very early in the boot. Now let's look at what you need for a binary system: 1) The same filesystem as you needed for the text log files. 2) The program to read the logs. 3) Any config that reading program might need. And, if you're putting it in Postgres, you also need: 4) A functioning Postgres (not always trivial) 5) The right Postgres user and password #5 Would be at least somewhat challenging if you were forced to boot the computer from a rescue CD, which happens to me a lot. > What of those messages that need to be logged before there are any > filesystems mounted? Several choices: 1) Keep it in RAM til you have a read-write filesystem up, then write it all. 2) Write it to the screen. Relatively little happens before the filesystem comes up, anyway. 3) Specify a bunch of CHS (Cylinder Head Sector) sectors for that purpose, cover them with a file whose whole purpose is as a placeholder, and write the info to the sectors. Later transfer them to the text log. Keep in mind, the time between when you have a read/write filesystem and the time Postgres is ready to be written is an eternity. SteveT Steve Litt* http://www.troubleshooters.com/ Troubleshooting Training * Human Performance -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808103424.71065...@mydesq2.domain.cxm
Re: End of hypocrisy ?
- Original Message - > From: "Brad Rogers" > > On Thu, 7 Aug 2014 15:28:08 -0400 > Rob Owens wrote: > > Hello Rob, > > >I do miss the ability to grep my bookmarks.html file. Maybe there's a > >way to do it with sqlite, but I never learned. > > Whilst it's not as convenient as grepping a (nominally) text file, > there's a plug-in available for Ff that may be of interest to you called > SQLite Manager. > Thanks, I'll look into that. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2039362183.37922439.1407508212417.javamail.zim...@ptd.net
Re: binary data vs. text (in firefox) -- was Re: End of hypocrisy ?
- Original Message - > From: "Rob Owens" > > - Original Message - > > From: "AW" > > > > On Thu, 7 Aug 2014 15:28:08 -0400 > > Rob Owens wrote: > > > > > I do miss the ability to grep my bookmarks.html file. Maybe there's a > > > way to do it with sqlite, but I never learned. > > > > > > One thing that attracted me to Linux many years ago was that due to its > > > Unix heritage, > > > > You use the SQL language... which also has a long heritage -- I think from > > the > > 1960s... It's fairly simple to produce queries. And there's no need to > > worry > > about regex, which - IMO - is far more difficult. > > > > So -- instead of 'grep' you would use sqlite3 [dbfile] [query] > > > Thanks for the tips. I'm gonna argue with you just a bit, but I do > appreciate your advice. > > > To see what kind of things are stored in the firefox places database: > > of course your .default file will most likely be named differently... > > sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite ".tables" > > > In the previous thread about systemd, I pointed out that I now need to learn > something new in order to do the same thing I've always done (as opposed to > learning something new in order to gain new capabilities). The command you > give looks simple enough, but here are the downsides from my perspective: > > 1) sqlite3 was not installed on my system (maybe that's Debian's fault). > 2) Besides sqlite3, there is also a package called sqlite. If I was trying > to figure this out on my own, without your advice, I probably would have > installed sqlite -- and that doesn't work. > 3) I need to know to search for ".tables". Maybe that's obvious to some, > but wasn't to me. > > Overall I'd say there is a greater barrier to entry for doing simple searches > with sqlite3 than with grep. Your point about regex's being complicated is > well taken, but I can grep a plain old text string easily enough. > > > and to list bookmarks: > > sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite "select * from > > moz_bookmarks" > > > I ran this query, and it shows me the name of my bookmarks, but not the url. > Can you tell me where to find the urls? > > I'll also add: > > 4) I need to know sql syntax to perform this search. While sql is certainly > popular, I'd say it's not as widely known among users and sysadmins as grep > is. So the use of sqlite3 in firefox could easily be seen as unnecessary > complication. > 5) Oh yeah, and no tab completion when entering table names! -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1227706561.37920737.1407508113912.javamail.zim...@ptd.net
Re: dieting/losing weight programs?
Rusi Mody writes: > On Thursday, August 7, 2014 2:00:01 PM UTC+5:30, Sharon Kimble wrote: >> I've recently been looking in the jessie repos for any programme relating >> to diet management, or weight management, i.e. anything at all about >> dieting or losing weight. And I can't find any! The nearest I could find >> was for "nut-nutrition" which appeared to be console-based and >> american-centric although I couldn't access the source to see for >> certain. > >> Are there any programmes in the repos for dieting/losing weight please? > >> I've done a google search and couldn't really find anything there >> either, most of the programs available relate to MS-windows, which I'm >> not interested in. > >> So can anyone help please? > > Not sure what you are looking for... > Have you seen > > http://orgmode.org/manual/Tracking-your-habits.html > Thanks Rusi, it will give me an opportunity/reason to learn a bit more about org-mode :) I was aware of org-mode-habits but hadn't thought of using them for this problem. Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 signature.asc Description: PGP signature
Re: System broken after full-upgrade: please help!
On Fri 08 Aug 2014 at 13:20:40 +, Rodolfo Medina wrote: > Brian writes: > > > Boot into the OS on sda6. Read the documentation for the version of grub > > on it, Try 'grub-install /dev/sda'. > > Thanks. The last command (grub-install /dev/sda) succeded in putting sda6 in > master boot record, but, as the ones above with Grub prompt, has the effect of > reproducing the problem for which the present thread was started: sda7 `breaks > down' and needs beeing recovered. > > I also ran `full-upgrade' again in the hope a possible bug were removed, but > nothing. It is true that the actual `problem', about who between sda6 or sda7 > should be the root partition, is not so big after all; but I'd be curious to > see what the matter is. You didn't say explicitly that sda6 has GRUB Legacy but, if it has, you are doing yourself no favours by using it to boot multiple OSs. I'm not saying it won't work but upstream has abandoned development and Debian barely supports it. If 'grub-install' and 'update-grub' don't result in the OS on sda7 booting my preference would be to use the grub on sda7. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08082014150418.4a018a325...@desktop.copernicus.demon.co.uk
binary data vs. text (in firefox) -- was Re: End of hypocrisy ?
- Original Message - > From: "AW" > > On Thu, 7 Aug 2014 15:28:08 -0400 > Rob Owens wrote: > > > I do miss the ability to grep my bookmarks.html file. Maybe there's a > > way to do it with sqlite, but I never learned. > > > > One thing that attracted me to Linux many years ago was that due to its > > Unix heritage, > > You use the SQL language... which also has a long heritage -- I think from > the > 1960s... It's fairly simple to produce queries. And there's no need to worry > about regex, which - IMO - is far more difficult. > > So -- instead of 'grep' you would use sqlite3 [dbfile] [query] > Thanks for the tips. I'm gonna argue with you just a bit, but I do appreciate your advice. > To see what kind of things are stored in the firefox places database: > of course your .default file will most likely be named differently... > sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite ".tables" > In the previous thread about systemd, I pointed out that I now need to learn something new in order to do the same thing I've always done (as opposed to learning something new in order to gain new capabilities). The command you give looks simple enough, but here are the downsides from my perspective: 1) sqlite3 was not installed on my system (maybe that's Debian's fault). 2) Besides sqlite3, there is also a package called sqlite. If I was trying to figure this out on my own, without your advice, I probably would have installed sqlite -- and that doesn't work. 3) I need to know to search for ".tables". Maybe that's obvious to some, but wasn't to me. Overall I'd say there is a greater barrier to entry for doing simple searches with sqlite3 than with grep. Your point about regex's being complicated is well taken, but I can grep a plain old text string easily enough. > and to list bookmarks: > sqlite3 ~/.mozilla/firefox/tolgu73t.default/places.sqlite "select * from > moz_bookmarks" > I ran this query, and it shows me the name of my bookmarks, but not the url. Can you tell me where to find the urls? I'll also add: 4) I need to know sql syntax to perform this search. While sql is certainly popular, I'd say it's not as widely known among users and sysadmins as grep is. So the use of sqlite3 in firefox could easily be seen as unnecessary complication. -Rob -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2071324850.37901984.1407507535981.javamail.zim...@ptd.net
Re: dieting/losing weight programs?
Florent Bories writes: > On 7 August 2014 10:26, Sharon Kimble wrote: > > Are there any programmes in the repos for dieting/losing weight please? > (...) > Sharon. > > Hi Sharon, > > It appears that pondus helps to track weight. Maybe it would be of some helps > for you: > https://tracker.debian.org/pkg/pondus > > Regards, > Florent > Thanks Florent, I've just installed it to have a look at. Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 signature.asc Description: PGP signature
Re: how to update TexLive 2014, apt-get or tlmgr?
Norbert Preining writes: > On Sat, 09 Aug 2014, Chris Bannister wrote: >> > I'm using TexLive 2014 from the jessie repos, and also keeping a >> > watching brief on "comp.text.tex" where it shows updates to packages as >> > they occur. I'm interested in the "tcolorbox" and "glossaries" packages >> > and see that they have recently been updated. >> > >> > What is the best way of getting the updated packages please? To update >> > with tlmgr, and then hope that the ~/texmf/tex/latex/foo version >> > overrides the texlive version, if that’s where they end up? > > Wait. I normally do updates of the texlive packages once a month. > > If you cannot wait, use tlmgr in self mode, install locally, > and then make sure that after TL in Debina is updated to remove it again. > > These are the two options. > Thanks Norbert, that's the definitive answer that I was looking for, and I shall wait as suggested. :) Thanks Sharon. -- A taste of linux = http://www.sharons.org.uk my git repo = https://bitbucket.org/boudiccas/dots TGmeds = http://www.tgmeds.org.uk Debian testing, fluxbox 1.3.5, emacs 24.3.92.1 signature.asc Description: PGP signature
Re: how to update TexLive 2014, apt-get or tlmgr?
On Sat, 09 Aug 2014, Chris Bannister wrote: > > I'm using TexLive 2014 from the jessie repos, and also keeping a > > watching brief on "comp.text.tex" where it shows updates to packages as > > they occur. I'm interested in the "tcolorbox" and "glossaries" packages > > and see that they have recently been updated. > > > > What is the best way of getting the updated packages please? To update > > with tlmgr, and then hope that the ~/texmf/tex/latex/foo version > > overrides the texlive version, if that’s where they end up? Wait. I normally do updates of the texlive packages once a month. If you cannot wait, use tlmgr in self mode, install locally, and then make sure that after TL in Debina is updated to remove it again. These are the two options. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808135832.gc5...@auth.logic.tuwien.ac.at
Re: Systemd: follow-up
On Thu, Aug 7, 2014 at 6:57 PM, Joel Rees wrote: > On Fri, Aug 8, 2014 at 4:04 AM, Brian wrote: >> On Thu 07 Aug 2014 at 20:25:22 +0200, Johann Spies wrote: >> >>> After rescuing two laptops which were unbootable after the installation of >>> systemd-sysfs I had problems with stuff as bluetooth and some of the >>> services. >> >> There are wiser and more cautious courses of action to follow other >> than installing systemd-sysv. > > http://en.wikipedia.org/wiki/Sysfs > > And, note, that he said, systemd-sysfs But he meant systemd-sysv, the package that sets up systemd as the only provider of "/sbin/init" and uninstalls sysvinit-core. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOdo=sy9tlg8qyvmb+nvu4tj6vevcohonzjyfrf1mpv27hj...@mail.gmail.com
Re: End of hypocrisy ?
On Thu, Aug 7, 2014 at 3:12 AM, Slavko wrote: > Dňa Wed, 6 Aug 2014 16:25:21 -0400 Tom H napísal: >> >> I've saved one or two relevant URLs from debian-devel@ pre-CTTE bug >> thread. I can dig them up and post them if you're interested. > > Please, give them. More than two... I'd intended to re-read them and possibly not post them all but I haven't had the time to do so . Russ Allberry https://lists.debian.org/debian-devel/2012/02/msg00911.html https://lists.debian.org/debian-devel/2012/02/msg01079.html https://lists.debian.org/debian-devel/2012/04/msg00638.html https://lists.debian.org/debian-devel/2013/07/msg00456.html Ben Hutchings https://lists.debian.org/debian-devel/2012/05/msg00263.html Roger Leigh (sysvinit developer) https://lists.debian.org/debian-devel/2012/05/msg00267.html Petter Reinholdtsen (sysvinit developer) https://lists.debian.org/debian-devel/2012/02/msg01043.html -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAOdo=SzEOmZOQewFK7yvEpWEEwh815hbBGrH_OX2s9k=t...@mail.gmail.com
Re: System broken after full-upgrade: please help!
Brian writes: > On Fri 08 Aug 2014 at 07:25:19 +, Rodolfo Medina wrote: > >> 2) I don't manage to move boot partition from sda7 (Sid) to sda6 >> (oldstable): the commands >> >> # grub >> grub > root (hd0,5) >> grub > setup (hd0) >> grub > quit > > Your prompt is for GRUB. The commands seem to be GRUB Legacy commands. > >> have the effect to break the system down again, whereas trying to reinstall >> GRUB boot loader from the debian-installer simply have no effect. > > Boot into the OS on sda6. Read the documentation for the version of grub > on it, Try 'grub-install /dev/sda'. Thanks. The last command (grub-install /dev/sda) succeded in putting sda6 in master boot record, but, as the ones above with Grub prompt, has the effect of reproducing the problem for which the present thread was started: sda7 `breaks down' and needs beeing recovered. I also ran `full-upgrade' again in the hope a possible bug were removed, but nothing. It is true that the actual `problem', about who between sda6 or sda7 should be the root partition, is not so big after all; but I'd be curious to see what the matter is. Thanks, Rodolfo -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87r40r3yon@gmail.com
Re: How to use the debian installation iso for installing packages using aptitude
On Thu, Aug 07, 2014 at 05:13:36AM -0700, teddymwas wrote: > Commands to use when mounting ISO and installing packages from ISOs. > > 1. copy over all the ISO images over to the server you want to use > 2. Create a directory in /media/ call it mountpoint1 i.e >> mkdir > /media/mountpoint1 > 3. edit /etc/fstab and add the this line /path/to/ISO/ > /media/dvd-mountpoint1 iso9660 loop,ro,user,auto 0 0 > 4. then mount the ISO image using this command : mount > /media/dvd-mountpoint3 > 5. edit /etc/apt/sources.list and add this line deb > file:/media/dvd-mountpoint1 wheezy main contrib > 6. then run this command apt-get-update > 7. Once you have run the above commands with no errors then you can start > installing the packages by running > apt-get install > the installer will look for all the repository files in the ISO image > set > in the sources list. > 7 very simple steps to a happy debain life. I think apt-cdrom is easier, it adds all the sources for you automatically and it doesn't tie up storage space on the server. man apt-cdrom: 'It is necessary to use apt-cdrom to add CDs to the APT system; it cannot be done by hand.' -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808131722.GG2128@tal
Re: how to update TexLive 2014, apt-get or tlmgr?
On Thu, Aug 07, 2014 at 09:18:08AM +0100, Sharon Kimble wrote: > I'm using TexLive 2014 from the jessie repos, and also keeping a > watching brief on "comp.text.tex" where it shows updates to packages as > they occur. I'm interested in the "tcolorbox" and "glossaries" packages > and see that they have recently been updated. > > What is the best way of getting the updated packages please? To update > with tlmgr, and then hope that the ~/texmf/tex/latex/foo version > overrides the texlive version, if that’s where they end up? I would ask on the Debian TeX Maintainers list: debian-tex-ma...@lists.debian.org In fact, to keep debian-user in the loop I may as well CC them. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808130816.GF2128@tal
Re: postgresql doesn't start at boot
On Wed, Aug 06, 2014 at 05:19:14PM +0100, Glyn Astill wrote: > > From: B > >To: debian-user@lists.debian.org Sent: Wednesday, 6 August 2014, > >15:58 Subject: postgresql doesn't start at boot > > > > > >sid amd64 > > > >Hi mailing-listers, > > > >since the upgrade from 9.3 to 9.4, postgresql doesn't automatically ^ > >start at boot anymore. I added a symlink to ^ > Indeed; but is that really the issue? Check your postgresql server > logs for something along the lines of "database files are incompatible > with server". That won't stop it from starting. > Since 9.3 -> 9.4 is a major version upgrade, you need to make sure > your data directory is migrated to the new internal storage format. > You most likely want to upgrade with pg_upgrade or a dump restore. Let's assume that the poster has half a clue e.g poster is upgrading from 9.3 -> 9.4 therefore it is reasonable to assume the poster has already successfully done the 9.1 -> 9.2 -> 9.3 upgrades, and hence used the same methodology. I may be wrong BUT if they used a new internal storage format then I think that it would not be 9.3 -> 9.4 but 9.3 -> 10.x The other clue is that the poster said I'll try that when I get to *work* tonight. -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808125048.GE2128@tal
Re: Partitioning of new machine
On Fri, 8 Aug 2014 12:14:31 +0200 "B. M." wrote: > optimal partitioning scheme which should last for the > next 10 years :-) I've found that using lvm is a great idea. Resizing volumes is incredibly easy. You can even easily resize a volume to occupy a portion of a new HDD. So, my recommendation for new installs is always to use lvm. > Is it still a good idea to put /var on an HDD, not a SSD? My understanding of SSD operation is that they are excellent for write once, read often scenarios. Data that are going to be changed often may not be good candidates for an SSD. There's also a tendency for SSD operation to slow if the drive is re-written often. My information may be a bit outdated as SSD technology has improved. > /video HDD, btrfs, 560 GB > for video editing or series, no backup, not encrypted > /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). > With subvolumes for digikam archive, movie archive and music I don't know much about software RAID. I usually run a hardware RAID. However, I'm not so sure it's a good idea to run a software RAID1 on a drive that will also be used for video editing. It seems to me that the RAID1 operation would drive down the performance of the HDD enough to significantly affect video editing. --Andrew -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808080822.e923cca587cf84f653d54...@1024bits.com
Re: End of hypocrisy ?
On Thu, Aug 07, 2014 at 10:21:04AM -0700, Rusi Mody wrote: > On Thursday, August 7, 2014 7:40:02 PM UTC+5:30, Steve Litt wrote: > > I don't necessarily disagree, but I very strongly believe its first > > step should be to go to a text file with one line per event, or perhaps > > some sublines. If that text file were designed correctly, perhaps with > > field separators, it would be trivial to write a C or Python program to > > input it into Postgres. I just want to make sure that I can read that > > log on any Linux, BSD, or even (ugh) Mac and Windows. > > Two examples come to mind > > 1. Firefox sometime (around version 4??) switched from storing > bookmarks in a half-cooked html file to sqlite. There > was a riot. The devs however went ahead and switched not just > bookmarks but history and other stuff also. Has firefox been the > worse for it?? Yup! I've got a strange issue accessing a site. Starting in safe mode makes no difference. If I use a brand new profile I can access it fine! If I spend ages making the new profile like the existing one, and this issue somehow recurs I'm back at square one. :( -- "If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing." --- Malcolm X -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808120330.GD2128@tal
Re: MESS (MAME) on debian - bios roms path?
On 08/07/14 14:17, Zenaan Harkness wrote: Anyone use MESS and have it working? : $ /usr/games/mess c64n -sc|egrep -i path # CORE SEARCH PATH OPTIONS rompath /tmp/bios $ ls -l /tmp/bios/901226-01.u3 -rw--- 1 me me 8192 Dec 24 1996 /tmp/bios/901226-01.u3 $ /usr/games/mess c64n 901226-01.u3 NOT FOUND ... (more similar) I think you have to keep the ROMs in their zip file. Put the zip files to /tmp/bios. regards, chris -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e4ba39.9000...@groessler.org
Re: Systemd: follow-up
On Fri 08 Aug 2014 at 07:57:41 +0900, Joel Rees wrote: > On Fri, Aug 8, 2014 at 4:04 AM, Brian wrote: > > On Thu 07 Aug 2014 at 20:25:22 +0200, Johann Spies wrote: > > > >> After rescuing two laptops which were unbootable after the installation of > >> systemd-sysfs I had problems with stuff as bluetooth and some of the > >> services. > > > > There are wiser and more cautious courses of action to follow other > > than installing systemd-sysv. > > http://en.wikipedia.org/wiki/Sysfs > > And, note, that he said, systemd-sysfs There is no systemd-sysfs package. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08082014123301.9c96c8969...@desktop.copernicus.demon.co.uk
Re: System broken after full-upgrade: please help!
On Fri 08 Aug 2014 at 07:25:19 +, Rodolfo Medina wrote: > 2) I don't manage to move boot partition from sda7 (Sid) to sda6 (oldstable): > the commands > > # grub > grub > root (hd0,5) > grub > setup (hd0) > grub > quit Your prompt is for GRUB. The commands seem to be GRUB Legacy commands. > have the effect to break the system down again, whereas trying to reinstall > GRUB boot loader from the debian-installer simply have no effect. Boot into the OS on sda6. Read the documentation for the version of grub on it, Try 'grub-install /dev/sda'. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/08082014121810.72838abcf...@desktop.copernicus.demon.co.uk
Re: btrfs for photo backup
On Fri, Aug 08, 2014 at 11:35:32AM +0200, B. M. wrote: > Hi all, > > While I'm waiting for the components of my new machine (testing/jessie) > I'm thinking about the optimal way of archiving my photographs. Since btrfs > comes with integrated checksumming and RAID1 support, it seems as being the > top choice for this use case. > > The only reason why I'm still hesitating a bit is its experimental state - the > combination of using an experimental file system for a long-term backup > doesn't seem to be crystal clear :-) In that case, consider a more "tried and tested" user-space solution. par2 allows you to create parity files for a set of files. If any of the files become corrupted, the parity files can be used to reconstruct the original data. > > Do you have any good or bad experience you can share with me or any > interesting thoughts and inputs? > > Thanks and all the best. > > -- > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/1b6ac31e-b844-4069-b374-9966aea7c...@gmx.ch > signature.asc Description: Digital signature
Re: Partitioning of new machine
On 8/8/14, B. M. wrote: > Hi all, > > While I'm waiting for the components of my new machine (testing/jessie) > I'm thinking about the optimal partitioning scheme which should last for > the > next 10 years :-) > > The system looks like: > Haswell 3.4 GHz > 8 GB RAM (later upgradeable up to 32 GB) > 250 GB SSD > 2 TB HDD ... > Thanks for your inputs and all the best. I'd create a 30GiB partition for systemd, a 3GiB partition for /boot, and the remainder (about 200GiB) for / Your 2TB drive might as well be just a data drive, and symlink any directories on there into your ~ (home) dir. Good luck :) Zenaan -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/caosgnsq9ql_8f-2hp7fmm9+3qpczlwnxvyhvnwrmr3hoorr...@mail.gmail.com
Partitioning of new machine
Hi all, While I'm waiting for the components of my new machine (testing/jessie) I'm thinking about the optimal partitioning scheme which should last for the next 10 years :-) The system looks like: Haswell 3.4 GHz 8 GB RAM (later upgradeable up to 32 GB) 250 GB SSD 2 TB HDD What do you think about the following: === SSD: === /boot unencrypted, 300 MB / ext4, encrypted, 25-30 GB /home ext4, encrypted, keyfile, 220-225 GB User data for two users === HDD (in this order for performance reasons): === /varHDD, ext4, encrypted, keyfile, 25 GB It's so large because I want to add a directory /var/src below /var to compile a kernel on the HDD if necessary /databases HDD, ext4, encrypted, keyfile, barrier=0, 10 GB Used for the db's of digikam (1 user), akonadi and amarok (2 users each) swapHDD, swapfs, encrypted, 5 GB (not hibernation) /video HDD, btrfs, 560 GB Subvolumes: /video/editing /video/series => for video editing or series, no backup, not encrypted /data HDD, btrfs, encrypted, keyfile, RAID1 (2 x 700 GB). With subvolumes for digikam archive, movie archive and music What do you think (sizes, file systems, number of partitions, ...)? Is it still a good idea to put /var on an HDD, not a SSD? Video editing is currently not required, it's more like an option for the future (1y or so) and might require a second HDD (source and target drive for rendering to increase r/w performance). To keep it simple and usable I'll use keyfiles for all partitions except /. Thanks for your inputs and all the best. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/a2b0c2b3-8055-41f9-8b40-79223bf27...@gmx.ch
btrfs for photo backup
Hi all, While I'm waiting for the components of my new machine (testing/jessie) I'm thinking about the optimal way of archiving my photographs. Since btrfs comes with integrated checksumming and RAID1 support, it seems as being the top choice for this use case. The only reason why I'm still hesitating a bit is its experimental state - the combination of using an experimental file system for a long-term backup doesn't seem to be crystal clear :-) Do you have any good or bad experience you can share with me or any interesting thoughts and inputs? Thanks and all the best. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1b6ac31e-b844-4069-b374-9966aea7c...@gmx.ch
Re: System broken after full-upgrade: please help!
On Fri, 8 Aug 2014 07:51:04 + Bonno Bloksma sent: > Don't shutdown with the halt(8) command, it is not supposed to power > off the machine, and the systemd maintainers consider it a bug[1] > that the sysvinit implementation does it anyway. Use the poweroff > command instead. I found that, the system is stopped using "halt" which I have used since forever, but the machine continued to run. I have been using "shutdown now" which works as halt did before. I must try poweroff and see if that works. Thanks for the tip. Charlie -- Registered Linux User:- 329524 *** The mass never comes up to the standard of its best member, but on the contrary degrades itself to a level with the lowest. .Henry David Thoreau *** Debian GNU/Linux - just the best way to create magic - -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140808192308.02781f05@taogypsy.wildlife
Re: dieting/losing weight programs?
On 7 August 2014 10:26, Sharon Kimble wrote: > Are there any programmes in the repos for dieting/losing weight please? > (...) > Sharon. > Hi Sharon, It appears that pondus helps to track weight. Maybe it would be of some helps for you: https://tracker.debian.org/pkg/pondus Regards, Florent
RE: System broken after full-upgrade: please help!
Hi Rodolfo, > Two days ago, after full-upgrade, as explained, it was impossible to boot > neither to reboot and I had to > unplug the machine. Thanks to lister's help, the above commands through > debian-installer in rescue mode > managed to repair the system. But now two problems still remain: I can help you with 1 I think > 1) I can't halt the system. After the `halt' command, the system stops saying >[.47.148880] reboot: System halted > Then nothing happens and I have to unplug the machine; [..] It was explained a while ago here that a shutdown after halt was actually a bug. Halt should just halt the system. - Don't shutdown with the halt(8) command, it is not supposed to power off the machine, and the systemd maintainers consider it a bug[1] that the sysvinit implementation does it anyway. Use the poweroff command instead. 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746650 - Bonno Bloksma -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/89d1798a7351d040b4e74e0a043c69d79a914...@hglexch-01.tio.nl
Re: Systemd: follow-up
On 08/07/2014 07:00 PM, Joel Rees wrote: > Cognitive dissonance? What are you referring to? > > On Fri, Aug 8, 2014 at 7:24 AM, PaulNM wrote: >> Hi, please reply to the list as I am subscribed. >> >> On 08/07/2014 05:56 PM, Johann Spies wrote: >>> For the sake of clarity: The failure to boot was on the dist-upgraded >>> system and was due to systemd.sysfs. I will not repeat what I said in my >>> previous thread about this (see 'Systemd waisted 5 hours of my time'). >>> >>> My installation of stable was exactly to escape the nightmares of >>> systemd.sysfs which caused every computer on which it was installed so >>> far not to be able to boot - not even in single user mode. >>> >>> As stable did not work out in this case, I tried with the clean >>> installation to upgrade to testing to see whether I could use systemd >>> without the previous problems, but the problems repeated itself. >>> >>> And I never said systemd was a problem on Wheezy. Read my email more >>> thoroughly please. >> >> I did read your email thoroughly. While it's true you didn't explicitly >> state you believed systemd caused issues on the stable install, it was >> strongly implied by the subject line and your final statement of "I >> would like to return to Debian when the systemd problems are sorted >> out.". At least two other people were under that impression as well. >> >> Also, I didn't want to assume you knew much about systemd. There's a >> bunch of misunderstanding about it going around at the moment, and there >> have been a few emails lately where systemd was blamed for issues it has >> nothing to do with. For all I knew, you could very well have been >> someone new to Linux/Debian and misunderstood what was happening. We're >> just trying to help. > > ? What are you confused about? - PaulNM -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53e47d34.10...@paulscrap.com
Re: trying to identify which package is responsible for a bug [debian DVD1 7.6.0]
On 7 August 2014 16:44, Aramir Galanodonel wrote: > Hello, > I'm having trouble to determinate which package is responsible for a bug. > Here's the short version of the story: > I boot up using debian 7.6.0 DVD1 and uefi is set on. I manage to get to > the grub menu with the "install debian", "install debian graphically", > "check device", etc... But when I select an entry (doesn't matter which) > the kernel crashes, screen turn black, no error messages whatsoever. I have > to reboot it. > Long version of the story with more information (specs, what I tried to > fix it, the workaround I found) could be found here: > http://forums.debian.net/viewtopic.php?f=10&t=116587&p=549344#p549344 > > So I'm not sure of which exact grub package is responsible for this bug... > not even sure if grub is the responsible, can't provide a dump neither > for the bug report, etc > > Please help me reporting this bug. > > ps: I hope I'm mailing the good people, and I apologize in advance if I'm > not. > Hi, I assume the problem is coming from UEFI. I made some research before realising that you did try that for installing Ubuntu on this laptop (broader userbase) but it is with deactivated UEFI (if I understood correctly you want UEFI). So I would say that the bug must be with the package grub-uefi (as stated in the release notes for Wheezy, there are apparently still problem with this "technology" and if I read it correctly it is the package against it bugs should be reported) Hope it helps you. Florent
Re: System broken after full-upgrade: please help!
On 06/08/14 09:33 AM, Rodolfo Medina wrote: > Hi all. > > My Debian Sid box won't restart after today's full-upgrade. Brian writes: > On Thu 07 Aug 2014 at 12:39:59 +0100, Brian wrote: > >> At the prompt issue the commands >> >grub-install /dev/sda > >update-grub > >exit > > Then reboot. Two days ago, after full-upgrade, as explained, it was impossible to boot neither to reboot and I had to unplug the machine. Thanks to lister's help, the above commands through debian-installer in rescue mode managed to repair the system. But now two problems still remain: 1) I can't halt the system. After the `halt' command, the system stops saying [.47.148880] reboot: System halted Then nothing happens and I have to unplug the machine; 2) I don't manage to move boot partition from sda7 (Sid) to sda6 (oldstable): the commands # grub grub > root (hd0,5) grub > setup (hd0) grub > quit have the effect to break the system down again, whereas trying to reinstall GRUB boot loader from the debian-installer simply have no effect. Any help welcome. Thanks indeed and again, Rodolfo -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87ppgbl9y8@gmail.com
IP Forwarding to Windows machine
I've been trying to get my hand rolled iptables firewall to masquerade traffic on the LAN to/from a Win2K box. I've gotten it to the point that I can ping from the boxes both ways, smbclient can move files both ways and the Win2K box can ping Google's IP address but DNS lookup fails even though I've used the same DNS server in the Win2K box as on my Debian box which access the Inet via dialup. IE says "Cannot find server or DNS error." I've read every HOWTO and the iptables man pages several times but am at a loss. Suggestions? Thanks, Mike Here's the firewall code: #!/bin/sh # /mc/bin/my_iptables_fw_lan.sh July 29, 2014 Mc # install fowarding to south40 # from /mc/bin/my_iptables_fw.sh July 25, 2014 Mc # from ~/nixSecurity/LFS_firewall.txt # which copied from packet-filtering-HOWTO.html # and attributed to Rusty Russell # resources: docs/nixSecurity/IPtables_Basics.html # You can send test packets using # Code: telnet ip 445 # and listen incoming packets on 445 port this way # Code: tcpdump -i eth0 dst port 445 # scan from this side # Code: nmap -vv --reason -p 1-1056 192.168.1.2 INET=ppp0 LAN=eth1 router='192.168.1.1' S40='192.168.1.3' # Insert connection-tracking modules # (not needed if built into the kernel) modprobe ip_tables modprobe iptable_filter modprobe ip_conntrack modprobe ip_conntrack_ftp modprobe ipt_state modprobe ipt_LOG # for masq modprobe ipt_MASQUERADE # for masqallow forwarding echo 1 > /proc/sys/net/ipv4/ip_forward echo 1 > /proc/sys/net/ipv4/conf/all/forwarding echo 1 > /proc/sys/net/ipv4/conf/default/forwarding echo 1 > /proc/sys/net/ipv4/conf/lo/forwarding echo 1 > /proc/sys/net/ipv4/conf/eth0/forwarding echo 1 > /proc/sys/net/ipv4/conf/eth1/forwarding # Set a known state - iptables -P INPUT DROP iptables -P FORWARD DROP iptables -P OUTPUT ACCEPT # remove all rules and pre-existing user defined chains before we implement new rules. iptables -F # delete all rules in all chains iptables -t nat -F iptables -t filter -F iptables -t mangle -F iptables -X # all chains but those built (INPUT,OUTPUT,FORWARD) will be deleted. iptables -Z # zero all counters in all chains. # - # iptables [-t table(nat,mangle,filter,raw)] command(-AIRD [INPUT,OUTPUT,FORWARD]) [match] [target/jump] # INPUT -- # accept GRC.com for testing # iptables -A INPUT -s 4.79.142.206 -j ACCEPT # GRC scan: 411 open, # most blocked, 88:93,113:114,138:138,210,211,213,215:220,267:271,273,275:280,398 stealth # second run different stealth iptables -A INPUT -p tcp --dport 411 -j DROP iptables -A INPUT -p udp --dport 411 -j DROP # without SYN packets other computers cannot open communications iptables -A INPUT -i $INET -p tcp --syn -j DROP # ICMP echo from south40 conflicts with sysctl # echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all prevents ping router # echo 1 > /proc/sys/net/ipv4/icmp_echo_ignore_all prevents s40:ping play # Disallow NEW and INVALID incoming or forwarded packets from ppp0. iptables -A INPUT -i $INET -m state --state NEW,INVALID -j DROP iptables -A FORWARD -i $INET -m state --state NEW,INVALID -j DROP # deny ping from Inet iptables -A INPUT -i $INET -p icmp --icmp-type echo-request -j DROP # Allow local-only connections iptables -A INPUT -i $LAN -j ACCEPT # allow mail to get through127.0.0.1:25exim4 loopback iptables -A INPUT -i lo -j ACCEPT # for masq # iptables -A INPUT -m state --state NEW -i $LAN -j ACCEPT iptables -A INPUT -m state --state NEW ! -i $INET -j ACCEPT # Permit answers on already established connections # and permit new connections related to established ones # (e.g. port mode ftp) iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # Log everything else. What's Windows' latest exploitable vulnerability? iptables -A INPUT -j LOG --log-prefix "FIREWALL:INPUT " --log-level 4 # OUTPUT -- ACCEPT # drop fragments to south40 iptables -A OUTPUT -f -d $S40 -j DROP # port 411 showing as open even though DROPed on INPUT iptables -A OUTPUT -p tcp --dport 411 -j DROP iptables -A OUTPUT -p udp --dport 411 -j DROP # MASQ- # from Masquerading-Simple-HOWTO # Masquerade out ppp0 iptables -t nat -A POSTROUTING -o $INET -j MASQUERADE iptables -A FORWARD -i $INET -p tcp --syn -j DROP # not sure why but this keeps south40 from pinging Inet # iptables -A FORWARD -i $INET -o $INET -j DROP -- "You may not control all the events that happen to you, but you can decide not to be reduced by them." - Maya Angelou -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/201408
