Menu
▾
▴
devil-linux-develop — developer discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(55) |
Oct
(44) |
Nov
(156) |
Dec
(123) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(130) |
Feb
(156) |
Mar
(162) |
Apr
(171) |
May
(97) |
Jun
(127) |
Jul
(58) |
Aug
(81) |
Sep
(86) |
Oct
(45) |
Nov
(41) |
Dec
(84) |
| 2003 |
Jan
(71) |
Feb
(87) |
Mar
(133) |
Apr
(152) |
May
(151) |
Jun
(232) |
Jul
(320) |
Aug
(237) |
Sep
(271) |
Oct
(536) |
Nov
(301) |
Dec
(393) |
| 2004 |
Jan
(393) |
Feb
(184) |
Mar
(314) |
Apr
(225) |
May
(139) |
Jun
(77) |
Jul
(87) |
Aug
(75) |
Sep
(139) |
Oct
(50) |
Nov
(8) |
Dec
(28) |
| 2005 |
Jan
(66) |
Feb
(63) |
Mar
(14) |
Apr
(14) |
May
(8) |
Jun
(23) |
Jul
(21) |
Aug
(6) |
Sep
(29) |
Oct
(55) |
Nov
(38) |
Dec
(8) |
| 2006 |
Jan
(5) |
Feb
(10) |
Mar
(1) |
Apr
(15) |
May
(32) |
Jun
(44) |
Jul
(11) |
Aug
(8) |
Sep
(9) |
Oct
(14) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(3) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(35) |
Aug
(49) |
Sep
(8) |
Oct
(42) |
Nov
(44) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(7) |
Mar
(8) |
Apr
(80) |
May
(74) |
Jun
(29) |
Jul
(5) |
Aug
(7) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2009 |
Jan
(8) |
Feb
(19) |
Mar
(3) |
Apr
(24) |
May
(22) |
Jun
(23) |
Jul
(8) |
Aug
(23) |
Sep
(8) |
Oct
(27) |
Nov
(52) |
Dec
(27) |
| 2010 |
Jan
(36) |
Feb
(29) |
Mar
(17) |
Apr
(28) |
May
(21) |
Jun
(4) |
Jul
|
Aug
(28) |
Sep
(18) |
Oct
(6) |
Nov
(34) |
Dec
(16) |
| 2011 |
Jan
(18) |
Feb
(12) |
Mar
|
Apr
|
May
(9) |
Jun
(1) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(16) |
Nov
(26) |
Dec
(17) |
| 2012 |
Jan
(6) |
Feb
(34) |
Mar
(52) |
Apr
(10) |
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(4) |
| 2013 |
Jan
(5) |
Feb
|
Mar
|
Apr
(5) |
May
(4) |
Jun
|
Jul
|
Aug
(14) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(2) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(11) |
| 2015 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Friedrich L. <fl...@fl...> - 2003-10-22 15:51:37
|
Heiko Zuerker wrote on 22.10.2003 03:55 MET: > Friedrich Lobenstock wrote: > >> How about a file called /etc/lvtab in contrast to /etc/fstab where >> we specify the logical volumes name and their mountpoint. If a logical >> volumes name is not found there it's either not mounted at all or >> we could also default to mounting it at /var/lvname. >> >> /etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab >> Maybe any other better distinguishable names for this file? >> > > I would prefer the version where we automatically mount to /var/lvname But in which file should we hold the table to where to mount which lv? I'm not sure of /etc/lvtab because it could be misinterpreted as /etc/lvmtab by some users. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 15:24:14
|
> > If we're using the same dialog support that the one available on the linux > kernel... why our menuconfig is soooo slow? > > pd.- please, don't kick me for asking this :)) Because nobody came up with a better idea so far. ;-) We use the same dialog, but the concept behind the generation of the dialogs is completely different and the kernel version won't work for us. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 15:22:02
|
> I just noticed that freshclam has it's update turned on by default in > /etc/crontab. > > I don't think this should be turned on by default since: > 1) Many people use DL for a firewall, and it just wastes bandwidth. > 2) It logs messages in /var/log, and logrotate is NOT on by default > which is a memory leak, eventually filling up a firewall's memory > with log messages. > > I realize this only effects people who start cron upon boot, but I still > would leave all crontabs turned off by default. Agreed ! Can you comment the entries out for 1.0 and 1.1 ? I don't know when I get a chance to do it. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 15:21:49
|
>> >>>How about a file called /etc/lvtab in contrast to /etc/fstab where >> >>>we specify the logical volumes name and their mountpoint. If a >> logical >> >>>volumes name is not found there it's either not mounted at all or >> >>>we could also default to mounting it at /var/lvname. >> >>> >> >>>/etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab >> >>>Maybe any other better distinguishable names for this file? >> >> >> >>I would prefer the version where we automatically mount to /var/lvname >> > >> > Maybe we could put the exceptions in /etc/lvtab and everything else >> > defaults to mount at /var/<name> ? >> >> Ok, that's about what I thought to do. Let's introduce a switch, >> eg. LVM_MOUNT_DEFAULT="/var" or ="" in /etc/sysconfig/config to switch >> between both behaviours. > > I'm not following you. Why do we need a switch? > > I would simply supply a default /etc/lvtab file with the following: > > > #lvname:directory > swap:swap > home:/home > opt:/opt > > > Anything not found in the /etc/lvtab gets mounted in /var/<name> > People are free to add their own entries, or make changes in lvtab. > > That way it's backward compatible, plus being easily customizable. I agree with that. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Friedrich L. <fl...@fl...> - 2003-10-22 15:19:21
|
Bruce Smith wrote on 22.10.2003 16:19 MET: >>Ok, that's about what I thought to do. Let's introduce a switch, >>eg. LVM_MOUNT_DEFAULT="/var" or ="" in /etc/sysconfig/config to switch >>between both behaviours. > > > I'm not following you. Why do we need a switch? An extra feature ;-) > I would simply supply a default /etc/lvtab file with the following: > > > #lvname:directory > swap:swap > home:/home > opt:/opt > > > Anything not found in the /etc/lvtab gets mounted in /var/<name> > People are free to add their own entries, or make changes in lvtab. > > That way it's backward compatible, plus being easily customizable. If we add the varibale LVM_MOUNT_DEFAULT where we specify the default mount point the user can decide which is the default mount point. Now he can even decide to have lv's not mentioned in /etc/lvtab to be not mounted at all by setting LVM_MOUNT_DEFAULT to "". Eg. I would do the last one as I really would want to control everything. About the format of /etc/lvtab. I would keep it the same as /etc/fstab with the only difference being that we do not specify the device but just the lv's name. Maybe the user is allowed to omit the columns after the mount point and the script uses some default values, eg. swap swap home /home opt /opt or swap swap home /home auto user,noauto,uid=500 0 0 opt /opt -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-10-22 14:59:34
|
> >>>How about a file called /etc/lvtab in contrast to /etc/fstab where > >>>we specify the logical volumes name and their mountpoint. If a logical > >>>volumes name is not found there it's either not mounted at all or > >>>we could also default to mounting it at /var/lvname. > >>> > >>>/etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab > >>>Maybe any other better distinguishable names for this file? > >> > >>I would prefer the version where we automatically mount to /var/lvname > > > > Maybe we could put the exceptions in /etc/lvtab and everything else > > defaults to mount at /var/<name> ? > > Ok, that's about what I thought to do. Let's introduce a switch, > eg. LVM_MOUNT_DEFAULT="/var" or ="" in /etc/sysconfig/config to switch > between both behaviours. I'm not following you. Why do we need a switch? I would simply supply a default /etc/lvtab file with the following: #lvname:directory swap:swap home:/home opt:/opt Anything not found in the /etc/lvtab gets mounted in /var/<name> People are free to add their own entries, or make changes in lvtab. That way it's backward compatible, plus being easily customizable. - BS |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 14:57:08
|
>> Here goes a silly question. I want to compile dl for an epia >> motherboard. >> >> There is no option to choose from on the build menu. The only >> available options are 486,586 and 686. > > If someone is going add options, please add "Athlon" too. > Older AMD chipsets would be nice too (K6). Modifications have to be done to the following scripts: prepare linux settings A grep over the rest of the files should uncover the ones I forgott. ;-) >> This option is for the linux kernel only or its also used as an >> argument to the gcc compile of every package? > > I _think_ that gcc itself gets compiled with the option, so that arch is > the default for everything compiled after that. Yes this is correct. And just to make sure, we change the output of the uname command (done in the prepare script). -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Bruce S. <bw...@ar...> - 2003-10-22 14:56:29
|
I just noticed that freshclam has it's update turned on by default in
/etc/crontab.
I don't think this should be turned on by default since:
1) Many people use DL for a firewall, and it just wastes bandwidth.
2) It logs messages in /var/log, and logrotate is NOT on by default
which is a memory leak, eventually filling up a firewall's memory
with log messages.
I realize this only effects people who start cron upon boot, but I still
would leave all crontabs turned off by default.
- BS
|
|
From: Heiko Z. <he...@zu...> - 2003-10-22 14:51:29
|
> > There's more...... > Check also out what's on the introduction page on our website. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 14:47:09
|
> Here goes a silly question. I want to compile dl for an epia motherboard. How are te EPIA motherboards ? I'm looking at them for quite a while now. -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: Friedrich L. <fl...@fl...> - 2003-10-22 13:57:24
|
Bruce Smith wrote on 22.10.2003 14:16 MET: >>>How about a file called /etc/lvtab in contrast to /etc/fstab where >>>we specify the logical volumes name and their mountpoint. If a logical >>>volumes name is not found there it's either not mounted at all or >>>we could also default to mounting it at /var/lvname. >>> >>>/etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab >>>Maybe any other better distinguishable names for this file? >>> >> >>I would prefer the version where we automatically mount to /var/lvname > > > Maybe we could put the exceptions in /etc/lvtab and everything else > defaults to mount at /var/<name> ? Ok, that's about what I thought to do. Let's introduce a switch, eg. LVM_MOUNT_DEFAULT="/var" or ="" in /etc/sysconfig/config to switch between both behaviours. -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-10-22 13:49:49
|
> >> There are some settings which should be upgraded. > >> I.e. timezone, hostname, keyboard... > >> > >> Can you "update" those? > > > > I'll do better, I'll "update" every value that changed! :-) > > > > I also keep copies of the old & default config files, PLUS > > I keep a log of everything changed at: /etc/sysconfig/upgrade.log > > > > Changes committed (in 1.1). > > STOP ! STOP ! > > If you add more stuff, we need to start charging for it. ;-) OK, I'm done with that ... for now. :-) - BS |
|
From: Bruce S. <bw...@ar...> - 2003-10-22 13:13:03
|
> Here goes a silly question. I want to compile dl for an epia > motherboard. > > There is no option to choose from on the build menu. The only > available options are 486,586 and 686. If someone is going add options, please add "Athlon" too. Older AMD chipsets would be nice too (K6). > This option is for the linux kernel only or its also used as an > argument to the gcc compile of every package? I _think_ that gcc itself gets compiled with the option, so that arch is the default for everything compiled after that. > Currently i'd need to select the via c3-2 option (the one that shows > on the kernel menuconfig), but there are also other options: > > - "CyrixIII" for VIA Cyrix III or VIA C3. . > - "VIA C3-2 for VIA C3-2 "Nehemiah" (model 9 and above). - BS |
|
From: Bruce S. <bw...@ar...> - 2003-10-22 13:13:00
|
> > How about a file called /etc/lvtab in contrast to /etc/fstab where > > we specify the logical volumes name and their mountpoint. If a logical > > volumes name is not found there it's either not mounted at all or > > we could also default to mounting it at /var/lvname. > > > > /etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab > > Maybe any other better distinguishable names for this file? > > > I would prefer the version where we automatically mount to /var/lvname Maybe we could put the exceptions in /etc/lvtab and everything else defaults to mount at /var/<name> ? - BS |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 08:43:02
|
Friedrich Lobenstock wrote: > Hej! > > SourceForge.net wrote on 21.10.2003 21:02 MET: > >> https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827631&group_id=34096 >> >> Category: Base System >> Group: v1.1 >> Status: Open >> Resolution: None >> Priority: 5 >> Submitted By: Heiko Zuerker (smiley73) >> >>> Assigned to: Friedrich Lobenstock (friedl) >> >> >> Summary: LVM part in mountfs should be dynamic >> >> Initial Comment: >> Currently all the LVMs are hardcoded, changes this to dynamic. >> Carefull not to change the special ones like /home or /opt. > > > How about a file called /etc/lvtab in contrast to /etc/fstab where > we specify the logical volumes name and their mountpoint. If a logical > volumes name is not found there it's either not mounted at all or > we could also default to mounting it at /var/lvname. > > /etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab > Maybe any other better distinguishable names for this file? > I would prefer the version where we automatically mount to /var/lvname cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 07:09:26
|
Bruce Smith wrote: >>I wrote you an answer quite a while ago.... >>SF is really slow now. >> >> > >Tell me about it. SF has been really slow for the last few days. > > > >>>I thought the names must be hard-coded because not everything gets >>>mounted under /var. Now I see that only home, opt and swap are >>>hard-coded. Everything else goes under /var. >>> >>> >>No, it doesn't. >> >> >> >>>The documentation is a little misleading, IMO ... >>> >>> >>There is this one little line at the begining of the script: >># supported LVs >>dl_lvs="swap log spool squid tmp data home opt imap mail" >> >> > >OK, I missed that. > >I see you added a bug tracker. >How do you think it should work? > >Like I said, where everything else (except home/opt/swap) >gets mounted under /var? > > Yes that's what I was looking for >I'd also like to see an easy way to mount all of /var >under a single partition. > > That easy, just create one LV named "var" and handle it the same way as home or opt . cya Heiko |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 06:44:07
|
Friedrich Lobenstock wrote: > Hej! > > Heiko Zuerker wrote on 20.10.2003 03:10 MET: > >> Approved ! Release date will be October 31 ! > > > Devil Linux 1.0 Halloween Edition :-) > > >> Yes please write something up, your english is much better then mine. >> >> Anybody else wants to write something ? >> The only request we ( I ) have is, that it is ready for review by >> Bruce and myself on October 29th. > > > What we can mention is: > * kernel version (FreeSWAN and netfilter patches applied, maybe > mention some other important patch here) > * a lot new software (just mentioning the most important ones) > compiled with GCC stack smashing protector > * runs mostly from CD > * supports USB flash media as config storage > * can even be installed on usb flash and maybe other flash devices > * new build system for creating customized versions > Ok here's more to mention: * Kernel Security through GRSecurity * SMTP / POP3 / IMAP4 / SPAM Filter / Virus Scanner * Optional Harddisk Support. * Can be booted from USB flash media, many other device can be easily supported * Even Lotus Notes 5/6 Server in a chroot jail is supported and even pre-configured * Easy-to-use build system, to create the exact version *you* want * Setup Program There's more...... Heiko |
|
From: Diego T. <dt...@co...> - 2003-10-22 05:53:11
|
Here goes a silly question. I want to compile dl for an epia motherboard. There is no option to choose from on the build menu. The only available options are 486,586 and 686. This option is for the linux kernel only or its also used as an argument to the gcc compile of every package? Currently i'd need to select the via c3-2 option (the one that shows on the kernel menuconfig), but there are also other options: - "CyrixIII" for VIA Cyrix III or VIA C3. . - "VIA C3-2 for VIA C3-2 "Nehemiah" (model 9 and above). -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dt...@co... - Madrid / España |
|
From: <no...@fr...> - 2003-10-22 04:28:02
|
This email is to inform you about the release of version '3.1.14' of 'procps' through freshmeat.net. All URLs and other useful information can be found at http://freshmeat.net/projects/procps/ The changes in this release are as follows: Thread support is now fully working in ps. The H, -L, m, -m, and -T options all work now, with and without sorting. This feature requires an NPTL-capable glibc and a 2.6.0-test7 kernel; kernels as old as 2.2.xx still work without thread display. The "top" program display now works on a few more genuine serial terminals. Project description: procps is a package of utilities which includes ps, vmstat, top, w, skill, snice, pgrep, pkill, free, sysctl, pmap, uptime, and kill. These utilities report what is running, who is logged in, how long the system has been running, and what is using up memory. They can be used to kill processes and change run-time kernel configuration values. If you would like to cancel subscription to releases of this project, login to freshmeat.net and choose 'home' from the personal menubar at the top of the page. You'll be presented with a list of projects you're subscribed to in the right column, which you may cancel by highlighting the project in question and clicking the 'delete' button. Sincerely, freshmeat.net ____________________________| Advertising |____________________________ Got the debugger blues? Try Etnus TotalView, the Best Linux/UNIX debugger on the planet. With superior C++ support, the best thread debugging available, a great GUI, and more useful features than any other debugger, TotalView helps reveal bugs faster than any other debugger. And it provides more insight and analysis about your code and your data. So cure the debugger blues. Get your free 15-day trial at http://www.etnus.com/Download/demo-tv.html ____________________________| Advertising |____________________________ |
|
From: Diego T. <dt...@co...> - 2003-10-22 02:58:02
|
If we're using the same dialog support that the one available on the linux kernel... why our menuconfig is soooo slow? pd.- please, don't kick me for asking this :)) -- -- gnupg keyfingerprint -- 48AF 5BF9 8F54 2966 64CC 2327 7CD0 DD91 B09D 5799 -- Use of a keyboard or mouse may be linked to serious injuries or disorders. Diego Torres - dt...@co... - Madrid / España |
|
From: Heiko Z. <he...@zu...> - 2003-10-22 02:44:26
|
>> >> >Another message that hasn't showed up yet. >> >> >I think we should consider adding this feature to 1.0 final. >> >> > >> >> You should add a warning, that i.e. keeping /etc/sysconfig/config >> will >> >> screw other things up. >> >> >> >> It would also be good to keep a file /etc/sysconfig/config.new >> > >> >Would it be better to unconditionally omit copying >> /etc/sysconfig/config >> >and display a message to "run setup" to rebuild it? >> > >> >I can do it either way. >> >> There are some settings which should be upgraded. >> I.e. timezone, hostname, keyboard... >> >> Can you "update" those? > > I'll do better, I'll "update" every value that changed! :-) > > I also keep copies of the old & default config files, PLUS > I keep a log of everything changed at: /etc/sysconfig/upgrade.log > > Changes committed (in 1.1). STOP ! STOP ! If you add more stuff, we need to start charging for it. ;-) -- Regards Heiko Zuerker http://www.devil-linux.org |
|
From: SourceForge.net <no...@so...> - 2003-10-22 01:48:56
|
Bugs item #827231, was opened at 2003-10-20 20:02 Message generated for change (Settings changed) made by smiley73 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827231&group_id=34096 Category: Base System Group: None Status: Open Resolution: None >Priority: 7 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: openssl incomplete Initial Comment: /usr/ssl/openssl.cnf is missing and probably more ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827231&group_id=34096 |
|
From: SourceForge.net <no...@so...> - 2003-10-22 01:18:34
|
Bugs item #827634, was opened at 2003-10-21 11:44 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827634&group_id=34096 Category: Base System Group: all Status: Open Resolution: None Priority: 7 Submitted By: Heiko Zuerker (smiley73) Assigned to: Nobody/Anonymous (nobody) Summary: update LM_Sensors Initial Comment: http://freshmeat.net/projects/lm_sensors/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827634&group_id=34096 |
|
From: Friedrich L. <fl...@fl...> - 2003-10-22 00:01:38
|
Hej! SourceForge.net wrote on 21.10.2003 21:02 MET: > https://sourceforge.net/tracker/?func=detail&atid=410643&aid=827631&group_id=34096 > > Category: Base System > Group: v1.1 > Status: Open > Resolution: None > Priority: 5 > Submitted By: Heiko Zuerker (smiley73) > >>Assigned to: Friedrich Lobenstock (friedl) > > Summary: LVM part in mountfs should be dynamic > > Initial Comment: > Currently all the LVMs are hardcoded, changes this to dynamic. > Carefull not to change the special ones like /home or /opt. How about a file called /etc/lvtab in contrast to /etc/fstab where we specify the logical volumes name and their mountpoint. If a logical volumes name is not found there it's either not mounted at all or we could also default to mounting it at /var/lvname. /etc/lvmtab is already taken by the lvmtools, so I suggest /etc/lvtab Maybe any other better distinguishable names for this file? -- MfG / Regards Friedrich Lobenstock ____________________________________________________________________ Friedrich Lobenstock Linux Services Lobenstock URL: http://www.lsl.at/ Email: fl...@fl... ____________________________________________________________________ |
|
From: Bruce S. <bw...@ar...> - 2003-10-21 23:06:24
|
> I wrote you an answer quite a while ago.... > SF is really slow now. Tell me about it. SF has been really slow for the last few days. > > I thought the names must be hard-coded because not everything gets > > mounted under /var. Now I see that only home, opt and swap are > > hard-coded. Everything else goes under /var. > > No, it doesn't. > > > The documentation is a little misleading, IMO ... > > There is this one little line at the begining of the script: > # supported LVs > dl_lvs="swap log spool squid tmp data home opt imap mail" OK, I missed that. I see you added a bug tracker. How do you think it should work? Like I said, where everything else (except home/opt/swap) gets mounted under /var? I'd also like to see an easy way to mount all of /var under a single partition. - BS |
35 messages has been excluded from this view by a project administrator.
