You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dietmar R. <die...@gm...> - 2011-01-19 08:44:08
|
2011/1/18 Dietmar Rieder <die...@gm...>: > 2011/1/18 Heiko Zuerker <he...@zu...>: >> Quoting Dietmar Rieder <die...@gm...>: >> >>> 2011/1/18 Heiko Zuerker <he...@zu...>: >>>> Quoting Dietmar Rieder <die...@gm...>: >>>> >>>>> 2011/1/17 Heiko Zuerker <he...@zu...>: >>>>>> Hi everyone, >>>>>> >>>>>> sorry for the late response, I was out on vacation. >>>>>> >>>>>> The issue with the resets is a bug in grsecurity. I thought I was the only >>>>>> one hitting it.... >>>>>> >>>>>> I'll compile a newer version of DL and throw it in the testing >>>>>> directory, so >>>>>> you guys can confirm that it's fixed. >>>>> >>>>> Heiko, >>>>> >>>>> Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso >>>>> This version worked for me. >>>> >>>> I'm uploading a version to the FTP server anyway, in case anybody else >>>> has the issue. >>>> >>> >>> Ok thanks, would it be possible to include the newest version of >>> shorewall in that build? >> >> Too late, I'm already uploading. :( >> I'll add it to my todo list. > > Ok, thanks anyway. I tested the new build now and it boots w/o problem. The only thing is that there is still the limit of 4 CPUs so could that be raised to 16 for the next release? Thanks Didi |
|
From: Dietmar R. <die...@gm...> - 2011-01-18 16:26:43
|
2011/1/18 Heiko Zuerker <he...@zu...>: > Quoting Dietmar Rieder <die...@gm...>: > >> 2011/1/18 Heiko Zuerker <he...@zu...>: >>> Quoting Dietmar Rieder <die...@gm...>: >>> >>>> 2011/1/17 Heiko Zuerker <he...@zu...>: >>>>> Hi everyone, >>>>> >>>>> sorry for the late response, I was out on vacation. >>>>> >>>>> The issue with the resets is a bug in grsecurity. I thought I was the only >>>>> one hitting it.... >>>>> >>>>> I'll compile a newer version of DL and throw it in the testing >>>>> directory, so >>>>> you guys can confirm that it's fixed. >>>> >>>> Heiko, >>>> >>>> Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso >>>> This version worked for me. >>> >>> I'm uploading a version to the FTP server anyway, in case anybody else >>> has the issue. >>> >> >> Ok thanks, would it be possible to include the newest version of >> shorewall in that build? > > Too late, I'm already uploading. :( > I'll add it to my todo list. Ok, thanks anyway. Didi |
|
From: Heiko Z. <he...@zu...> - 2011-01-18 15:44:51
|
Quoting Dietmar Rieder <die...@gm...>: > 2011/1/18 Heiko Zuerker <he...@zu...>: >> Quoting Dietmar Rieder <die...@gm...>: >> >>> 2011/1/17 Heiko Zuerker <he...@zu...>: >>>> Hi everyone, >>>> >>>> sorry for the late response, I was out on vacation. >>>> >>>> The issue with the resets is a bug in grsecurity. I thought I was the only >>>> one hitting it.... >>>> >>>> I'll compile a newer version of DL and throw it in the testing >>>> directory, so >>>> you guys can confirm that it's fixed. >>> >>> Heiko, >>> >>> Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso >>> This version worked for me. >> >> I'm uploading a version to the FTP server anyway, in case anybody else >> has the issue. >> > > Ok thanks, would it be possible to include the newest version of > shorewall in that build? Too late, I'm already uploading. :( I'll add it to my todo list. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dietmar R. <die...@gm...> - 2011-01-18 15:16:53
|
2011/1/18 Heiko Zuerker <he...@zu...>: > Quoting Dietmar Rieder <die...@gm...>: > >> 2011/1/17 Heiko Zuerker <he...@zu...>: >>> Hi everyone, >>> >>> sorry for the late response, I was out on vacation. >>> >>> The issue with the resets is a bug in grsecurity. I thought I was the only >>> one hitting it.... >>> >>> I'll compile a newer version of DL and throw it in the testing directory, so >>> you guys can confirm that it's fixed. >> >> Heiko, >> >> Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso >> This version worked for me. > > I'm uploading a version to the FTP server anyway, in case anybody else > has the issue. > Ok thanks, would it be possible to include the newest version of shorewall in that build? Thanks Didi |
|
From: Heiko Z. <he...@zu...> - 2011-01-18 14:04:18
|
Quoting Dietmar Rieder <die...@gm...>: > 2011/1/17 Heiko Zuerker <he...@zu...>: >> Hi everyone, >> >> sorry for the late response, I was out on vacation. >> >> The issue with the resets is a bug in grsecurity. I thought I was the only >> one hitting it.... >> >> I'll compile a newer version of DL and throw it in the testing directory, so >> you guys can confirm that it's fixed. > > Heiko, > > Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso > This version worked for me. I'm uploading a version to the FTP server anyway, in case anybody else has the issue. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dietmar R. <die...@gm...> - 2011-01-18 13:21:03
|
2011/1/17 Heiko Zuerker <he...@zu...>: > Hi everyone, > > sorry for the late response, I was out on vacation. > > The issue with the resets is a bug in grsecurity. I thought I was the only > one hitting it.... > > I'll compile a newer version of DL and throw it in the testing directory, so > you guys can confirm that it's fixed. Heiko, Serge put a testing iso at ftp://olga.mooo.com/DL/bootcd.iso This version worked for me. Didi |
|
From: Heiko Z. <he...@zu...> - 2011-01-17 20:46:02
|
Hi everyone, sorry for the late response, I was out on vacation. The issue with the resets is a bug in grsecurity. I thought I was the only one hitting it.... I'll compile a newer version of DL and throw it in the testing directory, so you guys can confirm that it's fixed. Heiko Quoting Serge Leschinsky <ser...@gm...>: > Dietmar, > > That's correct - DL 1.4.0 has 4 CPU limitation. I have to check, but it looks > like it was extended up to 16 for 1.4.1. > > So, it's not a bug :) > > Serge > > > On 01/14/2011 02:16 AM, Dietmar Rieder wrote: >> BTW DL 1.4.0 does not see all cores of the system, though. >> >> There are 2 E5640 CPU (each 4 cores) in the machine, but I see only 4 >> cores in total: >> >> cat /proc/cpuinfo | grep processor >> processor : 0 >> processor : 1 >> processor : 2 >> processor : 3 >> >> When I boot Grml 2010.12 (based on kernel 2.6.36.2) distro everything >> works just fine. >> >> Didi >> >> 2011/1/14 Dietmar Rieder<die...@gm...>: >>> Hi, >>> >>> I have the same problem as Joachim on a HP Proliant DL360 G7 with >>> Intel(R) Xeon(R) CPU E5640 processors. Shortly after loading the >>> initial ramdisk the system is crashing and resets. There is no output >>> on the screen. >>> DL 1.4.0 works. >>> >>> Didi >>> >>> 2011/1/14 Serge Leschinsky<ser...@gm...>: >>>> Joachim, >>>> >>>> that's strange.. So, it crashes on kernel boot, correct? It'll be great to >>>> identify what exactly wrong with DL 1.4.1. Can you get output >>>> from the system ( >>>> via serial console for example)? >>>> >>>> I can build for your "custom" DL with different kernel - just to >>>> make sure it >>>> will work.... >>>> >>>> Serge >>>> >>>> >>>> On 01/10/2011 08:10 AM, Joachim Ringelnatz wrote: >>>>> Hallo Folks, >>>>> >>>>> everytime when I start devil-linux-1.4.1-i686 on SMP-PC the >>>>> system crashes. When I start with the kernel append-parameter >>>>> "nosmp" the system works perfectly. I have this behavior on >>>>> multiple machines. What can I do? >>>>> >>>>> Thanks in advance. >>>>> >>>>> tarock60 >>>>> >>>>> >>>>> Laptop Maxdata Pro6110IW: >>>>> processor : 0 + 1 >>>>> vendor_id : GenuineIntel >>>>> cpu family : 6 >>>>> model : 15 >>>>> model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz >>>>> >>>>> Desktop-PC HP Compaq dc7100 CMT: >>>>> processor : 0 + 1 >>>>> vendor_id : GenuineIntel >>>>> cpu family : 15 >>>>> model : 3 >>>>> model name : Intel(R) Pentium(TM)4 CPU 2.80GHz >>>>> >>>>> Laptop Lenovo Thinkpad T60 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Protect Your Site and Customers from Malware Attacks >>>> Learn about various malware tactics and how to avoid them. Understand >>>> malware threats, the impact they can have on your business, and how you >>>> can protect your company and customers by using code signing. >>>> http://p.sf.net/sfu/oracle-sfdevnl >>>> _______________________________________________ >>>> Devil-linux-discuss mailing list >>>> Dev...@li... >>>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>>> >>> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Serge L. <ser...@gm...> - 2011-01-14 21:08:37
|
Dietmar, That's correct - DL 1.4.0 has 4 CPU limitation. I have to check, but it looks like it was extended up to 16 for 1.4.1. So, it's not a bug :) Serge On 01/14/2011 02:16 AM, Dietmar Rieder wrote: > BTW DL 1.4.0 does not see all cores of the system, though. > > There are 2 E5640 CPU (each 4 cores) in the machine, but I see only 4 > cores in total: > > cat /proc/cpuinfo | grep processor > processor : 0 > processor : 1 > processor : 2 > processor : 3 > > When I boot Grml 2010.12 (based on kernel 2.6.36.2) distro everything > works just fine. > > Didi > > 2011/1/14 Dietmar Rieder<die...@gm...>: >> Hi, >> >> I have the same problem as Joachim on a HP Proliant DL360 G7 with >> Intel(R) Xeon(R) CPU E5640 processors. Shortly after loading the >> initial ramdisk the system is crashing and resets. There is no output >> on the screen. >> DL 1.4.0 works. >> >> Didi >> >> 2011/1/14 Serge Leschinsky<ser...@gm...>: >>> Joachim, >>> >>> that's strange.. So, it crashes on kernel boot, correct? It'll be great to >>> identify what exactly wrong with DL 1.4.1. Can you get output from the system ( >>> via serial console for example)? >>> >>> I can build for your "custom" DL with different kernel - just to make sure it >>> will work.... >>> >>> Serge >>> >>> >>> On 01/10/2011 08:10 AM, Joachim Ringelnatz wrote: >>>> Hallo Folks, >>>> >>>> everytime when I start devil-linux-1.4.1-i686 on SMP-PC the system crashes. When I start with the kernel append-parameter "nosmp" the system works perfectly. I have this behavior on multiple machines. What can I do? >>>> >>>> Thanks in advance. >>>> >>>> tarock60 >>>> >>>> >>>> Laptop Maxdata Pro6110IW: >>>> processor : 0 + 1 >>>> vendor_id : GenuineIntel >>>> cpu family : 6 >>>> model : 15 >>>> model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz >>>> >>>> Desktop-PC HP Compaq dc7100 CMT: >>>> processor : 0 + 1 >>>> vendor_id : GenuineIntel >>>> cpu family : 15 >>>> model : 3 >>>> model name : Intel(R) Pentium(TM)4 CPU 2.80GHz >>>> >>>> Laptop Lenovo Thinkpad T60 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Protect Your Site and Customers from Malware Attacks >>> Learn about various malware tactics and how to avoid them. Understand >>> malware threats, the impact they can have on your business, and how you >>> can protect your company and customers by using code signing. >>> http://p.sf.net/sfu/oracle-sfdevnl >>> _______________________________________________ >>> Devil-linux-discuss mailing list >>> Dev...@li... >>> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >>> >> > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Dietmar R. <die...@gm...> - 2011-01-14 10:16:30
|
BTW DL 1.4.0 does not see all cores of the system, though. There are 2 E5640 CPU (each 4 cores) in the machine, but I see only 4 cores in total: cat /proc/cpuinfo | grep processor processor : 0 processor : 1 processor : 2 processor : 3 When I boot Grml 2010.12 (based on kernel 2.6.36.2) distro everything works just fine. Didi 2011/1/14 Dietmar Rieder <die...@gm...>: > Hi, > > I have the same problem as Joachim on a HP Proliant DL360 G7 with > Intel(R) Xeon(R) CPU E5640 processors. Shortly after loading the > initial ramdisk the system is crashing and resets. There is no output > on the screen. > DL 1.4.0 works. > > Didi > > 2011/1/14 Serge Leschinsky <ser...@gm...>: >> Joachim, >> >> that's strange.. So, it crashes on kernel boot, correct? It'll be great to >> identify what exactly wrong with DL 1.4.1. Can you get output from the system ( >> via serial console for example)? >> >> I can build for your "custom" DL with different kernel - just to make sure it >> will work.... >> >> Serge >> >> >> On 01/10/2011 08:10 AM, Joachim Ringelnatz wrote: >>> Hallo Folks, >>> >>> everytime when I start devil-linux-1.4.1-i686 on SMP-PC the system crashes. When I start with the kernel append-parameter "nosmp" the system works perfectly. I have this behavior on multiple machines. What can I do? >>> >>> Thanks in advance. >>> >>> tarock60 >>> >>> >>> Laptop Maxdata Pro6110IW: >>> processor : 0 + 1 >>> vendor_id : GenuineIntel >>> cpu family : 6 >>> model : 15 >>> model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz >>> >>> Desktop-PC HP Compaq dc7100 CMT: >>> processor : 0 + 1 >>> vendor_id : GenuineIntel >>> cpu family : 15 >>> model : 3 >>> model name : Intel(R) Pentium(TM)4 CPU 2.80GHz >>> >>> Laptop Lenovo Thinkpad T60 >>> >>> >>> >>> >>> >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Protect Your Site and Customers from Malware Attacks >> Learn about various malware tactics and how to avoid them. Understand >> malware threats, the impact they can have on your business, and how you >> can protect your company and customers by using code signing. >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> Devil-linux-discuss mailing list >> Dev...@li... >> https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss >> > |
|
From: Dietmar R. <die...@gm...> - 2011-01-14 08:39:13
|
Hi, I have the same problem as Joachim on a HP Proliant DL360 G7 with Intel(R) Xeon(R) CPU E5640 processors. Shortly after loading the initial ramdisk the system is crashing and resets. There is no output on the screen. DL 1.4.0 works. Didi 2011/1/14 Serge Leschinsky <ser...@gm...>: > Joachim, > > that's strange.. So, it crashes on kernel boot, correct? It'll be great to > identify what exactly wrong with DL 1.4.1. Can you get output from the system ( > via serial console for example)? > > I can build for your "custom" DL with different kernel - just to make sure it > will work.... > > Serge > > > On 01/10/2011 08:10 AM, Joachim Ringelnatz wrote: >> Hallo Folks, >> >> everytime when I start devil-linux-1.4.1-i686 on SMP-PC the system crashes. When I start with the kernel append-parameter "nosmp" the system works perfectly. I have this behavior on multiple machines. What can I do? >> >> Thanks in advance. >> >> tarock60 >> >> >> Laptop Maxdata Pro6110IW: >> processor : 0 + 1 >> vendor_id : GenuineIntel >> cpu family : 6 >> model : 15 >> model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz >> >> Desktop-PC HP Compaq dc7100 CMT: >> processor : 0 + 1 >> vendor_id : GenuineIntel >> cpu family : 15 >> model : 3 >> model name : Intel(R) Pentium(TM)4 CPU 2.80GHz >> >> Laptop Lenovo Thinkpad T60 >> >> >> >> >> >> >> > > > ------------------------------------------------------------------------------ > Protect Your Site and Customers from Malware Attacks > Learn about various malware tactics and how to avoid them. Understand > malware threats, the impact they can have on your business, and how you > can protect your company and customers by using code signing. > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > |
|
From: Serge L. <ser...@gm...> - 2011-01-14 05:18:03
|
Joachim, that's strange.. So, it crashes on kernel boot, correct? It'll be great to identify what exactly wrong with DL 1.4.1. Can you get output from the system ( via serial console for example)? I can build for your "custom" DL with different kernel - just to make sure it will work.... Serge On 01/10/2011 08:10 AM, Joachim Ringelnatz wrote: > Hallo Folks, > > everytime when I start devil-linux-1.4.1-i686 on SMP-PC the system crashes. When I start with the kernel append-parameter "nosmp" the system works perfectly. I have this behavior on multiple machines. What can I do? > > Thanks in advance. > > tarock60 > > > Laptop Maxdata Pro6110IW: > processor : 0 + 1 > vendor_id : GenuineIntel > cpu family : 6 > model : 15 > model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz > > Desktop-PC HP Compaq dc7100 CMT: > processor : 0 + 1 > vendor_id : GenuineIntel > cpu family : 15 > model : 3 > model name : Intel(R) Pentium(TM)4 CPU 2.80GHz > > Laptop Lenovo Thinkpad T60 > > > > > > > |
|
From: Serge L. <ser...@gm...> - 2011-01-14 05:07:45
|
Brad, something is really wrong with your build environment, because DL doesn’t use gcc 2.95. Are you sure you use DL's build environment? Serge On 01/07/2011 07:56 AM, Bradlee Landis wrote: > My primary goal is to get snort, or another IPS installed into Devil > Linux. If you would consider compiling snort with "--enable-inline", > or add SnortSAM. > > I'm trying to build some programs for Devil Linux. I have done > "./update_src", then "make menuconfig", but when I get to "make > prepare", it gives me this error right of the bat: > make: Entering directory `/data/build/tmp/linux-2.6.32' > CHK include/linux/version.h > HOSTCC scripts/basic/fixdep > In file included from /usr/include/bits/posix1_lim.h:126, > from /usr/include/limits.h:144, > from > /usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/limits.h:117, > from > /usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/syslimits.h:7, > from > /usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/limits.h:11, > from scripts/basic/fixdep.c:114: > /usr/include/bits/local_lim.h:36: linux/limits.h: No such file or directory > > > When I try to compile other applications, it gives me errors for > limits.h like the above error, and also for a missing errno.h. > |
|
From: Joachim R. <tar...@gm...> - 2011-01-10 16:10:13
|
Hallo Folks, everytime when I start devil-linux-1.4.1-i686 on SMP-PC the system crashes. When I start with the kernel append-parameter "nosmp" the system works perfectly. I have this behavior on multiple machines. What can I do? Thanks in advance. tarock60 Laptop Maxdata Pro6110IW: processor : 0 + 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz Desktop-PC HP Compaq dc7100 CMT: processor : 0 + 1 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(TM)4 CPU 2.80GHz Laptop Lenovo Thinkpad T60 -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone |
|
From: Bradlee L. <bra...@gm...> - 2011-01-07 15:57:15
|
My primary goal is to get snort, or another IPS installed into Devil
Linux. If you would consider compiling snort with "--enable-inline",
or add SnortSAM.
I'm trying to build some programs for Devil Linux. I have done
"./update_src", then "make menuconfig", but when I get to "make
prepare", it gives me this error right of the bat:
make: Entering directory `/data/build/tmp/linux-2.6.32'
CHK include/linux/version.h
HOSTCC scripts/basic/fixdep
In file included from /usr/include/bits/posix1_lim.h:126,
from /usr/include/limits.h:144,
from
/usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/limits.h:117,
from
/usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/syslimits.h:7,
from
/usr/lib/gcc-lib/i486-pc-linux-gnu/2.95.3/include/limits.h:11,
from scripts/basic/fixdep.c:114:
/usr/include/bits/local_lim.h:36: linux/limits.h: No such file or directory
When I try to compile other applications, it gives me errors for
limits.h like the above error, and also for a missing errno.h.
--
Thanks,
Brad Landis
|
|
From: Samo Z. <sam...@gm...> - 2011-01-07 08:53:23
|
> > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> > <html> > <head> > <meta content="text/html; charset=ISO-8859-1" > http-equiv="Content-Type"> > </head> > <body bgcolor="#ffffff" text="#000000"> > On 06/01/2011 11:46, Samo Zgonik wrote: > <blockquote > cite="mid:AAN...@ma..." > type="cite">If I try to login to my home Devil-linux router from > location outside my LAN (over the internet), it won't accept my > password, eventhough the password is correct. After lots of > googling and reading sshd and ssh_config manuals on the OpenSSH > website, I still can't find the answer that would make this work.<br> > <br> > I use Putty to SSH to the router from my home LAN using the same > username and password and it logs me in without any problems, and > it doesn't matter if I enter the routers local NIC IP or <a > moz-do-not-send="true" href=" > http://samo.kicsk-ass.net">samo.kicsk-ass.net</a<http://samo.kicsk-ass.net/> > > > as the hostname. The WAN IP is provided by DHCP, so that silly > domain name is provided by <a moz-do-not-send="true" > href="http://dyndns.org">dyndns.org</a <http://dyndns.org/>>. If I login > to the > router locally using the same username and password and SSH to it > using 127.0.0.1 address it also logs in with the same username and > password. So it seems the OpenSSH configuration works...</blockquote> > <blockquote type="cite">If I get it right, my opensshd is configured > to accepts two types of authentication - either public key or > password. First it is looking for private keys and can't find any > (that's OK, because I don't want to use them for now), so it asks > for the other type of authentication - the password, which I tried > even typing in notepad and than pasting it to make sure there aro > no typos or wrong characters because of different keymap I use at > work, but the password is still rejected.<br> > <br> > The problem can't be the firewall configuration beacause if the > port 22 wasn't open, it wouldn't even connect to ask me for the > password. If there was wrong hostname, then it woukld also be > impossible to connect and ask fo the password. If the username was > wrong, I couldn't connect with the same username from my home LAN. > Tha password consists of alfanumerical characters and special > characters, but that can't be the poroblem either, because it > works fine from my LAN.<br> > <br> > It's not only my work computer that can't connect I also tried two > different computers on two different locations at my friends' > home, both running Windows XP and Putty. So there can't be > anything wrong with router setup at my work.<br> > <br> > So it seems it works as it should from LAN, but it doesn't outside > the LAN. I was thinking that there might be separate settings to > access the LAN NIC and the WAN NIC. But reading the OpenSSHH > manual I can't find any NIC related settings.<br> > <br> > Are there any other security settings, specific to Devil-linux, > that deny my login credentials? Or am I missing something > else?</blockquote> > I don't use DL as router so I am shooting in the dark, but to rule > out the firewall issue, try disabling firewall (temporarily of > course):<br> > <br> > /etc/init.d/firewall stop<br> > <br> > If you can now gain access via internet, check settings in > /etc/init.d/firewall.rules (you must always restart firewall after > making any changes here). If you selected in DL 'setup' the basic > 2-network-card firewall then it looks to me as if port 22 is closed > 'by design' on internet side, and you could change this by > altering/uncommenting lines 115-116.<br> > <br> > If you still can't gain SSH access via internet, at least you know > it's not the DL firewall that is causing your problem...<br> > <br> > Are you sure that the login you see when trying to connect from > internet side is definitely DL? Maybe some other device is offering > SSH login at the address you are trying? Might be an idea to monitor > SSH connections at DL machine (e.g. with netstat -atc|grep ssh) and > then try SSH login via internet and see if the monitor shows the new > connection appearing (it should appear as soon as login request is > given by DL, before actual login.)<br> > <br> > Dominic<br> > <a class="moz-txt-link-abbreviated" href=" > http://www.edendevelopments.co.uk/dlsetup">www.edendevelopments.co.uk/dlsetup</a><br<http://www.edendevelopments.co.uk/dlsetup> > > > </body> > </html> > > Thank you very much for your reply it helped me solve the problem. You couldn't have been more right. As I disabled the firewall, I could login. After enabling the firewall and trying to login again, the openssh client warned me that the server public key has changed and didn't conenct. So in fact the server I was trying to conenct to, while firewall was enabled, was really different than the server I was conencting to when the firewall was disabled. So I checked the firewall configuration and it turned out the port 22 was indeed forwarded to a server in my LAN. I guess I set the forwarding some time ago and forgot about it, silly me. Thank you again for your help. Regards, Samo |
|
From: Dominic R. <dl...@ed...> - 2011-01-06 13:07:45
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 06/01/2011 11:46, Samo Zgonik wrote:
<blockquote
cite="mid:AAN...@ma..."
type="cite">If I try to login to my home Devil-linux router from
location outside my LAN (over the internet), it won't accept my
password, eventhough the password is correct. After lots of
googling and reading sshd and ssh_config manuals on the OpenSSH
website, I still can't find the answer that would make this work.<br>
<br>
I use Putty to SSH to the router from my home LAN using the same
username and password and it logs me in without any problems, and
it doesn't matter if I enter the routers local NIC IP or <a
moz-do-not-send="true" href="http://samo.kicsk-ass.net">samo.kicsk-ass.net</a>
as the hostname. The WAN IP is provided by DHCP, so that silly
domain name is provided by <a moz-do-not-send="true"
href="http://dyndns.org">dyndns.org</a>. If I login to the
router locally using the same username and password and SSH to it
using 127.0.0.1 address it also logs in with the same username and
password. So it seems the OpenSSH configuration works...</blockquote>
<blockquote type="cite">If I get it right, my opensshd is configured
to accepts two types of authentication - either public key or
password. First it is looking for private keys and can't find any
(that's OK, because I don't want to use them for now), so it asks
for the other type of authentication - the password, which I tried
even typing in notepad and than pasting it to make sure there aro
no typos or wrong characters because of different keymap I use at
work, but the password is still rejected.<br>
<br>
The problem can't be the firewall configuration beacause if the
port 22 wasn't open, it wouldn't even connect to ask me for the
password. If there was wrong hostname, then it woukld also be
impossible to connect and ask fo the password. If the username was
wrong, I couldn't connect with the same username from my home LAN.
Tha password consists of alfanumerical characters and special
characters, but that can't be the poroblem either, because it
works fine from my LAN.<br>
<br>
It's not only my work computer that can't connect I also tried two
different computers on two different locations at my friends'
home, both running Windows XP and Putty. So there can't be
anything wrong with router setup at my work.<br>
<br>
So it seems it works as it should from LAN, but it doesn't outside
the LAN. I was thinking that there might be separate settings to
access the LAN NIC and the WAN NIC. But reading the OpenSSHH
manual I can't find any NIC related settings.<br>
<br>
Are there any other security settings, specific to Devil-linux,
that deny my login credentials? Or am I missing something else?</blockquote>
I don't use DL as router so I am shooting in the dark, but to rule
out the firewall issue, try disabling firewall (temporarily of
course):<br>
<br>
/etc/init.d/firewall stop<br>
<br>
If you can now gain access via internet, check settings in
/etc/init.d/firewall.rules (you must always restart firewall after
making any changes here). If you selected in DL 'setup' the basic
2-network-card firewall then it looks to me as if port 22 is closed
'by design' on internet side, and you could change this by
altering/uncommenting lines 115-116.<br>
<br>
If you still can't gain SSH access via internet, at least you know
it's not the DL firewall that is causing your problem...<br>
<br>
Are you sure that the login you see when trying to connect from
internet side is definitely DL? Maybe some other device is offering
SSH login at the address you are trying? Might be an idea to monitor
SSH connections at DL machine (e.g. with netstat -atc|grep ssh) and
then try SSH login via internet and see if the monitor shows the new
connection appearing (it should appear as soon as login request is
given by DL, before actual login.)<br>
<br>
Dominic<br>
<a class="moz-txt-link-abbreviated" href="http://www.edendevelopments.co.uk/dlsetup">www.edendevelopments.co.uk/dlsetup</a><br>
</body>
</html>
|
|
From: Samo Z. <sam...@gm...> - 2011-01-06 11:46:09
|
Hello everybody! If I try to login to my home Devil-linux router from location outside my LAN (over the internet), it won't accept my password, eventhough the password is correct. After lots of googling and reading sshd and ssh_config manuals on the OpenSSH website, I still can't find the answer that would make this work. I use Putty to SSH to the router from my home LAN using the same username and password and it logs me in without any problems, and it doesn't matter if I enter the routers local NIC IP or samo.kicsk-ass.net as the hostname. The WAN IP is provided by DHCP, so that silly domain name is provided by dyndns.org. If I login to the router locally using the same username and password and SSH to it using 127.0.0.1 address it also logs in with the same username and password. So it seems the OpenSSH configuration works. The computer I use at work is running Windows XP. I tried to login with Putty and after no success also with OpenSSH for Windows. Here's the output of the ssh -vv command: *ssh -vv sa...@sa... * * OpenSSH_3.8.1p1, OpenSSL 0.9.7d 17 Mar 2004 debug2: ssh_connect: needpriv 0 debug1: Connecting to samo.kicks-ass.net [93.103.158.71] port 22. debug1: Connection established. debug1: identity file /home/in1284/.ssh/identity type -1 debug1: identity file /home/in1284/.ssh/id_rsa type -1 debug1: identity file /home/in1284/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version dropbear_0.52 debug1: no match: dropbear_0.52 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-** sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-** cbc,cast128-cbc,arcfour, aes192-cbc,aes256-cbc,rij...@ly...,aes128-** ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-** cbc,cast128-cbc,arcfour, aes192-cbc,aes256-cbc,rij...@ly...,aes128-** ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-** ripemd160,hmac-ripemd160@open ssh.com,hmac-sha1-96,hmac-md5-**96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-** ripemd160,hmac-ripemd160@open ssh.com* *,hmac-sha1-96,hmac-md5-**96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,3des-ctr,aes256-** ctr,aes128-cbc,3des-cbc,ae s256-cbc,twofish256-cbc,**twofish-cbc,twofish128-cbc,**blowfish-cbc debug2: kex_parse_kexinit: aes128-ctr,3des-ctr,aes256-** ctr,aes128-cbc,3des-cbc,ae s256-cbc,twofish256-cbc,**twofish-cbc,twofish128-cbc,**blowfish-cbc debug2: kex_parse_kexinit: hmac-sha1-96,hmac-sha1,hmac-**md5 debug2: kex_parse_kexinit: hmac-sha1-96,hmac-sha1,hmac-**md5 debug2: kex_parse_kexinit: zlib,zl...@op...,none debug2: kex_parse_kexinit: zlib,zl...@op...,none debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug2: dh_gen_key: priv key bits set: 125/256 debug2: bits set: 520/1024 debug1: sending SSH2_MSG_KEXDH_INIT debug1: expecting SSH2_MSG_KEXDH_REPLY debug1: Host 'samo.kicks-ass.net' is known and matches the RSA host key. debug1: Found key in /home/in1284/.ssh/known_hosts:**1 debug2: bits set: 515/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/in1284/.ssh/identity (0x0) debug2: key: /home/in1284/.ssh/id_rsa (0x0) debug2: key: /home/in1284/.ssh/id_dsa (0x0) debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Trying private key: /home/in1284/.ssh/identity debug1: Trying private key: /home/in1284/.ssh/id_rsa debug1: Trying private key: /home/in1284/.ssh/id_dsa debug2: we did not send a packet, disable method debug1: Next authentication method: password sa...@sa...'s password: debug2: we sent a password packet, wait for reply debug1: Authentications that can continue: publickey,password Permission denied, please try again. sa...@sa...'s password: debug2: we sent a password packet, wait for reply debug1: Authentications that can continue: publickey,password Permission denied, please try again. sa...@sa...'s password: debug2: we sent a password packet, wait for reply debug1: Authentications that can continue: publickey,password debug2: we did not send a packet, disable method debug1: No more authentication methods to try. Permission denied (publickey,password).* If I get it right, my opensshd is configured to accepts two types of authentication - either public key or password. First it is looking for private keys and can't find any (that's OK, because I don't want to use them for now), so it asks for the other type of authentication - the password, which I tried even typing in notepad and than pasting it to make sure there aro no typos or wrong characters because of different keymap I use at work, but the password is still rejected. The problem can't be the firewall configuration beacause if the port 22 wasn't open, it wouldn't even connect to ask me for the password. If there was wrong hostname, then it woukld also be impossible to connect and ask fo the password. If the username was wrong, I couldn't connect with the same username from my home LAN. Tha password consists of alfanumerical characters and special characters, but that can't be the poroblem either, because it works fine from my LAN. It's not only my work computer that can't connect I also tried two different computers on two different locations at my friends' home, both running Windows XP and Putty. So there can't be anything wrong with router setup at my work. So it seems it works as it should from LAN, but it doesn't outside the LAN. I was thinking that there might be separate settings to access the LAN NIC and the WAN NIC. But reading the OpenSSHH manual I can't find any NIC related settings. Are there any other security settings, specific to Devil-linux, that deny my login credentials? Or am I missing something else? Regards, Samo |
|
From: Heiko Z. <he...@zu...> - 2011-01-04 13:39:12
|
Quoting Dominic Raferd <dl...@ed...>: > On 02/01/2011 23:26, Heiko Zuerker wrote: >> Quoting Dominic Raferd<dl...@ed...>: >>> LVM2 since 2.02.58 supports an option (lvconvert --merge) to merge back >>> an LVM snapshot to an original source. This allows to you create a >>> snapshot, then make 'dangerous' changes to the original source, and >>> afterwards, if unhappy with the changes, simply restore the snapshot to >>> recover the original data. >>> >>> This is potentially very useful but I don't think it will work >>> because the man page [for LVM 2.02.76] says "To check if your kernel >>> supports this feature, look for 'snapshot-merge' in the output of >>> 'dmsetup targets'" And when I do this in DL I don't see snapshot-merge >>> listed. >>> >>> Info about kernel device-mapper snapshot support here: >>> http://alinux.tv/Kernel-2.6.34/device-mapper/snapshot.txt >>> LVM2 changelog here: ftp://sources.redhat.com/pub/lvm2/WHATS_NEW >>> >>> Can I ask for this option (snapshot-merge) to be added to DL >>> kernel for the next mini-release, >>> please (and upgrade LVM to 2.02.79)? >> Unfortunately we froze the Kernel release to 2.6.32.x, since this is >> the long-term stable. >> >> The next major release of DL will have the latest kernel, but we're >> not even anywhere close to an alpha release. >> >> The only way for you to get is, is to create a custom version of DL >> with the latest 2.6 kernel. > I think the more recent 'longterm' kernel is 2.6.35.10, which would have > the snapshot-merge support. But I will have to be patient... You are absolutely correct, but unfortunately grsecurity doesn't supply patches for it. :( -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2011-01-04 09:10:32
|
On 02/01/2011 23:26, Heiko Zuerker wrote: > Quoting Dominic Raferd<dl...@ed...>: >> LVM2 since 2.02.58 supports an option (lvconvert --merge) to merge back >> an LVM snapshot to an original source. This allows to you create a >> snapshot, then make 'dangerous' changes to the original source, and >> afterwards, if unhappy with the changes, simply restore the snapshot to >> recover the original data. >> >> This is potentially very useful but I don't think it will work >> because the man page [for LVM 2.02.76] says "To check if your kernel >> supports this feature, look for 'snapshot-merge' in the output of >> 'dmsetup targets'" And when I do this in DL I don't see snapshot-merge >> listed. >> >> Info about kernel device-mapper snapshot support here: >> http://alinux.tv/Kernel-2.6.34/device-mapper/snapshot.txt >> LVM2 changelog here: ftp://sources.redhat.com/pub/lvm2/WHATS_NEW >> >> Can I ask for this option (snapshot-merge) to be added to DL kernel for the next mini-release, >> please (and upgrade LVM to 2.02.79)? > Unfortunately we froze the Kernel release to 2.6.32.x, since this is > the long-term stable. > > The next major release of DL will have the latest kernel, but we're > not even anywhere close to an alpha release. > > The only way for you to get is, is to create a custom version of DL > with the latest 2.6 kernel. I think the more recent 'longterm' kernel is 2.6.35.10, which would have the snapshot-merge support. But I will have to be patient... Dominic |
|
From: Heiko Z. <he...@zu...> - 2011-01-02 23:26:22
|
Quoting Dominic Raferd <dl...@ed...>: > A very happy New Year to all DL developers and users! > > LVM2 since 2.02.58 supports an option (lvconvert --merge) to merge back > an LVM snapshot to an original source. This allows to you create a > snapshot, then make 'dangerous' changes to the original source, and > afterwards, if unhappy with the changes, simply restore the snapshot to > recover the original data. > > This is potentially very useful (as in, how come LVM didn't always do > this?) and is supported by LVM 2.02.72 as found in DL 1.4 (and I think > 1.4.1 tho I am not yet using it, sorry), but I don't think it will work > because the man page [for LVM 2.02.76] says "To check if your kernel > supports this feature, look for 'snapshot-merge' in the output of > 'dmsetup targets'" And when I do this in DL I don't see snapshot-merge > listed. > > Info about kernel device-mapper snapshot support here: > http://alinux.tv/Kernel-2.6.34/device-mapper/snapshot.txt > LVM2 changelog here: ftp://sources.redhat.com/pub/lvm2/WHATS_NEW > > I confess I haven't tested it because my DL machine is a production > system and I don't want to risk upsetting it. Is someone able to try it > on a test DL system by creating an LVM snapshot (e.g. of /home), making > changes to the original and then merging back the snapshot? If the > kernel support is critical and is missing then I presume this will fail, > whether safely or not I have no idea. > > If the kernel support is needed, can I ask for this option > (snapshot-merge) to be added to DL kernel for the next mini-release, > please (and upgrade LVM to 2.02.79)? I can put this request on Mantis if > preferred... Unfortunately we froze the Kernel release to 2.6.32.x, since this is the long-term stable. The next major release of DL with have the latest kernel, but we're not even anywhere close to an alpha release. The only way for you to get is, is to create a custom version of DL with the latest 2.6 kernel. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Dominic R. <dl...@ed...> - 2011-01-01 16:28:05
|
A very happy New Year to all DL developers and users! LVM2 since 2.02.58 supports an option (lvconvert --merge) to merge back an LVM snapshot to an original source. This allows to you create a snapshot, then make 'dangerous' changes to the original source, and afterwards, if unhappy with the changes, simply restore the snapshot to recover the original data. This is potentially very useful (as in, how come LVM didn't always do this?) and is supported by LVM 2.02.72 as found in DL 1.4 (and I think 1.4.1 tho I am not yet using it, sorry), but I don't think it will work because the man page [for LVM 2.02.76] says "To check if your kernel supports this feature, look for 'snapshot-merge' in the output of 'dmsetup targets'" And when I do this in DL I don't see snapshot-merge listed. Info about kernel device-mapper snapshot support here: http://alinux.tv/Kernel-2.6.34/device-mapper/snapshot.txt LVM2 changelog here: ftp://sources.redhat.com/pub/lvm2/WHATS_NEW I confess I haven't tested it because my DL machine is a production system and I don't want to risk upsetting it. Is someone able to try it on a test DL system by creating an LVM snapshot (e.g. of /home), making changes to the original and then merging back the snapshot? If the kernel support is critical and is missing then I presume this will fail, whether safely or not I have no idea. If the kernel support is needed, can I ask for this option (snapshot-merge) to be added to DL kernel for the next mini-release, please (and upgrade LVM to 2.02.79)? I can put this request on Mantis if preferred... Dominic |
|
From: Udo L. <udo...@al...> - 2010-12-17 14:31:17
|
Hi, Am 17.12.2010 15:22, schrieb Heiko Zuerker: > > Hi, > > yes please keep me posted. > > There also seems to be an issue with the grsecurity version used in 1.4.1, one of my machines hard resets as soon as the kernel loads. The version in CVS seems to resolve this issue. I'm planning to upload a pre-release this weekend. > > You could try the server version, to see if the issues are caused by grsecurity. > i use the server version (devil-linux-1.4.1-i686-server.tar.bz2). Udo |
|
From: Heiko Z. <he...@zu...> - 2010-12-17 14:23:18
|
Hi, yes please keep me posted. There also seems to be an issue with the grsecurity version used in 1.4.1, one of my machines hard resets as soon as the kernel loads. The version in CVS seems to resolve this issue. I'm planning to upload a pre-release this weekend. You could try the server version, to see if the issues are caused by grsecurity. Heiko Quoting Udo Lembke <udo...@al...>: > Hi, > thanks for the work! > On some systems the update went without trouble, but on three servers i need a deeper look. > One is an ipsec-gateway which don't get ipsec-connections, and two Webserver don't show the websites correctly... > > These three server are switched back to 1.4 and i must look on a test-server. > > Best regards > > Udo > > Am 16.12.2010 14:57, schrieb Heiko Zuerker: > > > Hello DL Community!Devil-Linux 1.4.1 is available for download from the usual places.This release brings a lot of security fixes and glibc 2.10.1. See the changelog for details.Upgrading is strongly recommended. > > -- > > > Udo Lembke > Albert Bauer Companies | Systemadministration > > Albert Bauer Companies GmbH & Co. KG > Conventstraße 1 - 3 > 22089 Hamburg > Fon: +49 40 25109-139 > Fax: +49 40 25109-121 > udo...@al...[1] > > albertbauer.com[2] > > > Albert Bauer Companies GmbH & Co. KG > P.H.G. Reproduktionsgesellschaft Conventhaus mbH > Sitz der Gesellschaft: Hamburg > Handelsregister: Amtsgericht Hamburg HRB 11120 > Geschäftsführer: Harald Dau, Carsten Dau, Rolf Gehrke, Marcus Müller -- Regards Heiko Zuerker http://www.devil-linux.org Links: ------ [1] mailto:udo...@al... [2] http://albertbauer.com ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Udo L. <udo...@al...> - 2010-12-17 13:52:08
|
Hi, thanks for the work! On some systems the update went without trouble, but on three servers i need a deeper look. One is an ipsec-gateway which don't get ipsec-connections, and two Webserver don't show the websites correctly... These three server are switched back to 1.4 and i must look on a test-server. Best regards Udo Am 16.12.2010 14:57, schrieb Heiko Zuerker: > Hello DL Community! > > Devil-Linux 1.4.1 is available for download from the usual places. > > This release brings a lot of security fixes and glibc 2.10.1. See the > changelog for details. > > Upgrading is strongly recommended. > > -- Udo Lembke Albert Bauer Companies | Systemadministration Albert Bauer Companies GmbH & Co. KG Conventstraße 1 - 3 22089 Hamburg Fon: +49 40 25109-139 Fax: +49 40 25109-121 udo...@al... <mailto:udo...@al...> albertbauer.com <http://albertbauer.com> Albert Bauer Companies GmbH & Co. KG P.H.G. Reproduktionsgesellschaft Conventhaus mbH Sitz der Gesellschaft: Hamburg Handelsregister: Amtsgericht Hamburg HRB 11120 Geschäftsführer: Harald Dau, Carsten Dau, Rolf Gehrke, Marcus Müller |
|
From: Heiko Z. <he...@zu...> - 2010-12-16 13:57:50
|
Hello DL Community! Devil-Linux 1.4.1 is available for download from the usual places. This release brings a lot of security fixes and glibc 2.10.1. See the changelog for details. Upgrading is strongly recommended. -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |