Re: Got that network problem solved, now a new one

[tomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, May 18, 2016 at 10:45:12PM -0500, David Wright wrote:
> I feel I've been warned off commenting here in case I come across as a
> pontificating know-it-all who's insisting that you do everything in
> "My Way" [...]

;-)

Yes, I totally agree with David's analysis here. The problem is
the "mv", and the root is in /opt's permissions. Since the script
didn't change, /opt must have been writable by gene in the past,
and not in the present.

Opt's permissions (04755) are "correct", by default /opt shouldn't
be world writable. You might "fix" your problem by making it so,
but you should know the other side of the deal (is this a public
Web server? What if someone hijacks the Apache -- or one of its
underling CGI scripts and starts scribbling over /opt? Things like
that).

What I'd do

Consider making a subdirectory of /opt dedicated to whatever you
are doing with these scripts and setting its ownership to gene
(start as restricted as possible with that and widen as necessary,
e.g. to make parts of it readable to www-data via the group as your
scripts seem to do already.

regards
- -- tomás
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAlc9df8ACgkQBcgs9XrR2ka7SQCeJJfj2UGgaMfzHEZ4IH8utE33
KmIAnj1+IXCJuPBiVMHvirRqNDJytD+4
=Q2vv
-END PGP SIGNATURE-

Re: OSS Versus ALSA Modules

[Michael Lange]

On Wed, 18 May 2016 18:54:35 -0500
"Martin McCormick"  wrote:

> Many thanks and I've learned a lot in the last few days

I'm glad that things works for you now, I didn't follow this thread from
the beginning, so I hope the original problem is now solved too.

Regards

Michael


.-.. .. ...- .   .-.. --- -. --.   .- -. -..   .--. .-. --- ... .--. . .-.

Men will always be men -- no matter where they are.
-- Harry Mudd, "Mudd's Women", stardate 1329.8

Re: Got that network problem solved, now a new one

[Gene Heskett]

On Thursday 19 May 2016 04:14:55 to...@tuxteam.de wrote:

> On Wed, May 18, 2016 at 10:45:12PM -0500, David Wright wrote:
> > I feel I've been warned off commenting here in case I come across as
> > a pontificating know-it-all who's insisting that you do everything
> > in "My Way" [...]
>
> ;-)
>
> Yes, I totally agree with David's analysis here. The problem is
> the "mv", and the root is in /opt's permissions. Since the script
> didn't change, /opt must have been writable by gene in the past,
> and not in the present.

Apparently true, but it ran just fine, on this install, back on Mar 18, 
2016.

> Opt's permissions (04755) are "correct", by default /opt shouldn't
> be world writable. You might "fix" your problem by making it so,
> but you should know the other side of the deal (is this a public
> Web server?

Yes, its the link in the sig.

> What if someone hijacks the Apache -- or one of its 
> underling CGI scripts and starts scribbling over /opt? Things like
> that).

That apache2 is running bare bones, I don't use any cgi stuff at all.

I changed it to 0777 long enough to be run, then put it back to 0755.

> What I'd do
>
> Consider making a subdirectory of /opt dedicated to whatever you
> are doing with these scripts and setting its ownership to gene
> (start as restricted as possible with that and widen as necessary,
> e.g. to make parts of it readable to www-data via the group as your
> scripts seem to do already.
>
> regards
> -- tomás

That sounds doable, when I wake again.  Thanks Tomas.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Got that network problem solved, now a new one

[Lisi Reisz]

On Thursday 19 May 2016 10:48:19 Gene Heskett wrote:
> Yes, its the link in the sig.

Which has been unreachable all morning from here. :-( (Morning by BST=UTC+1)

Lisi

LACP inbound traffic aggregation problem

[Evgeniy Sudyr]

Hi all,

I need to get tcp traffic aggregation between 4 hosts connected to
same Cisco switch  over 1Gbe ports (2 ports per server).

My problem is I can't get "inbound" traffic balanced over both eth0 and eth1

On all servers I'm using bond-ed interface with 2x 1Gbe slave
interfaces, want to get 2Gbe aggregated link for both inbound and
outbound traffic.

I do have VLAN interface which is using bond0 - "vlan-raw-device bond0".

On switch (Cisco 2960) I have portchannel with active mode configured.

Cisco configuration looks like this:

vlan 20

interface GigabitEthernet0/19
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active
interface GigabitEthernet0/20
 switchport trunk encapsulation dot1q
 switchport mode trunk
 channel-group 1 mode active

interface Port-channel1
 switchport trunk encapsulation dot1q
 switchport mode trunk

On Linux hosts I'm using bond-mode 802.3ad, bond-lacp-rate 1 and
bond-xmit-hash-policy encap3+4 (also tried with bond-xmit-hash-policy
layer3+4).

I'm running iperf on this server in server mode (iperf -s -p 5001,
iperf -s -p 5002) where on 3 other clients.


I'm running iperf in client mode, with multiple theads -P and using
both tcp ports for connection 5001 and 5002 to make sure that
layer/encap3+4 load balancing (3+4) work.

My problem is that with ifstat I see that:
a) on iperf "server" only one eth interface is uses (and saturated as result);
b) on iperf "clients" I see traffic is leaving over both interfaces (balanced).

I'm wondered what's missing there, why inbound traffic is not coming
over both interfaces, but one.

There are my configuration and and tests results between 2 of hosts
(ceph0 and nebula0).

root@ceph0:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: encap3+4 (4)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 200
Down Delay (ms): 200
802.3ad info
LACP rate: fast
Min links: 0
Aggregator selection policy (ad_select): bandwidth
Active Aggregator Info:
Aggregator ID: 15
Number of ports: 2
Actor Key: 17
Partner Key: 4
Partner Mac Address: 5c:fc:66:d4:6d:80
Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 78:e3:b5:13:28:ac
Aggregator ID: 15
Slave queue ID: 0
Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 78:e3:b5:13:28:ae
Aggregator ID: 15
Slave queue ID: 0
root@ceph0:~# cat /etc/network/interfaces
auto lo bond0 vlan20 eth0 eth1
iface lo inet loopback
iface bond0 inet static
address 10.10.10.70
netmask 255.255.255.0
slaves eth0 eth1
bond-mode 802.3ad
bond-min-links 1
bond-miimon 100
bond-lacp-rate 1
bond-xmit-hash-policy encap3+4
iface vlan20 inet static
address 10.0.10.70
netmask 255.255.255.0
vlan-raw-device bond0

root@ceph0:~# ifstat -i bond0 -i eth0 -i eth1

root@nebula0:~# ifstat -i bond0 -i eth0 -i eth1
  bond0eth0eth1
 KB/s in  KB/s out   KB/s in  KB/s out   KB/s in  KB/s out
120293.0860.53  120291.5333.78  1.58526.75
120292.5883.70  120292.3352.81  0.13530.89
120292.1856.83  120292.0326.76  0.15530.07
120295.4862.24  120294.0354.49  1.37507.75
120291.4859.61  120291.4317.20  0.07542.41
120293.2856.05  120293.0309.97  0.21546.07
120293.8854.75  120293.3330.57  0.50524.18
120293.4855.36  120293.3308.17  0.14547.19
120784.1857.80  120783.9313.48  0.19544.32



root@nebula0:~# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: IEEE 802.3ad Dynamic link aggregation
Transmit Hash Policy: encap3+4 (4)
MII Status: up
MII Polling Interval (ms): 100
Up Delay (ms): 0
Down Delay (ms): 0
802.3ad info
LACP rate: fast
Min links: 0
Aggregator selection policy (ad_select): bandwidth
System priority: 65535
System MAC address: 2c:59:e5:42:5e:24
Active Aggregator Info:
Aggregator ID: 8
Number of ports: 2
Actor Key: 9
Partner Key: 2
Partner Mac Address: 5c:fc:66:d4:6d:80
Slave Interface: eth0
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 2c:59:e5:42:5e:24
Slave queue ID: 0
Aggregator ID: 8
Actor Churn State: none
Partner Churn State: none
Actor Churned Count: 0
Partner Churned Count: 0
details actor lacp pdu:
system priority: 65535
system mac address: 2c:59:e5:42:5e:24
port key: 9
port priority: 255
port number: 1
port state: 63
details partner lacp pdu:
system priority: 32768
system mac address: 5c:fc:66:d4:6d:80
oper key: 2
port priority: 32768
port number: 262
port state: 60
Slave Interface: eth1
MII Status: up
Speed: 1000 Mbps
Duplex: full
Link Failure Count: 0
Permanent HW addr: 2c:59:e5:42:5e:26
Slave queue ID: 0
Aggregator ID: 8
Actor Churn State: none
Partner Churn State: none
Actor Churned Count: 0
Partner Churned Count: 0
d

Re: Got that network problem solved, now a new one

[Gene Heskett]

On Thursday 19 May 2016 05:56:49 Lisi Reisz wrote:

> On Thursday 19 May 2016 10:48:19 Gene Heskett wrote:
> > Yes, its the link in the sig.
>
> Which has been unreachable all morning from here. :-( (Morning by
> BST=UTC+1)
>
> Lisi

Thats Lisi, I'll check that out when I wake up again.  Bad night, leg 
cramps, took big B-12, should kick in shortly.

Looking at port forwarding rule, protocol is html, incoming address is 
blank, source port is 6309, fwd is to this machines address on port 80.  
Enabled, so it should Just Work(TM).  But I reset it, then restored my 
config again.  I checked the dns, and it resolves correctly.

Let me know if it still doesn't work.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Got that network problem solved, now a new one

[Lisi Reisz]

On Thursday 19 May 2016 12:25:41 Gene Heskett wrote:
> On Thursday 19 May 2016 05:56:49 Lisi Reisz wrote:
> > On Thursday 19 May 2016 10:48:19 Gene Heskett wrote:
> > > Yes, its the link in the sig.
> >
> > Which has been unreachable all morning from here. :-( (Morning by
> > BST=UTC+1)
> >
> > Lisi
>
> Thats Lisi, I'll check that out when I wake up again.  Bad night, leg
> cramps, took big B-12, should kick in shortly.
>
> Looking at port forwarding rule, protocol is html, incoming address is
> blank, source port is 6309, fwd is to this machines address on port 80.
> Enabled, so it should Just Work(TM).  But I reset it, then restored my
> config again.  I checked the dns, and it resolves correctly.
>
> Let me know if it still doesn't work.
>
> Cheers, Gene Heskett

Will reply to Gene off-list as well in order to send a screenshot.  But no, it 
is still not working.  Tried in Chromium and Firefox.

Lisi

Re: Got that network problem solved, now a new one

[Lisi Reisz]

On Thursday 19 May 2016 12:25:41 Gene Heskett wrote:
>
> > cramps, took big B-12, should kick in shortly.

Didn't know that one!  (B12)

Doesn't being old _suck_?

Lisi

[OT] LABELs Re: swap on second hard drive

[David Wright]

On Thu 19 May 2016 at 07:46:10 (+0200), deloptes wrote:
> Peter Hillier-Brook wrote:
> > On 18/05/16 22:02, deloptes wrote:
> >> Peter Hillier-Brook wrote:
> >>> On 17/05/16 18:02, Felix Miata wrote:
>  Mounting by UUID is an optional default. Mounting life is simpler here,
>  because I don't use UUID mounting on any of my hundreds of multiboot
>  installations. Most of my mounts are by LABEL, strings I as a fallible
>  human choose and can remember, according to usage, disk name and/or
>  hostname.
> >>>
> >>> Thanks for the very useful pointers. I don't know who is the culprit,
> >>> but fstab has an entry for swap with a UUID that is not consistent with
> >>> the actual UUID for the swap partition. I'm going with your advice and
> >>> switch to using labels.
> >> 
> >> UUID is better flexible solution in many cases - why not updating fstab
> >> to have the correct uuid?
> > 
> > Because I prefer an identifier that I can remember. :-)
> 
> Haha, that's fair enough. It took me about 1h to reverse the setup to paper,
> that I have done few years ago on one server with 12disks
> Not only uuid, but crypt and lvm on top. I finally draw a map with this.
> I suggest not relaying on memory anyway ;-)

In the land of car analogies, I think of Serial numbers as VIN,
LABELs as number-plate/tag/rego (I write the LABEL onto disks with marker pen),
partitions UUIDs as the number on a V5 registration document (UK parlance),
UUIDs as the 16-digit number on a V11 (registration renewal).

Cheers,
David.

http://laughbreak.com/lists/if-microsoft-built-cars/

Re: /etc/init.d/networking does not start everything in /etc/network/interfaces

[Curt]

On 2016-05-18, Gene Heskett  wrote:
>> *exactly* those devices tagged as "auto" in /etc/network/interfaces.
>>
>> So that should be the database you're looking for? Try, for starters
>>
>>   grep auto /etc/network/interfaces
>
> auto lo eth0 eth1
>
> Its there in the complete interfaces file I just posted, and you snipped.
>
>> But perhaps I'm missing something.
>>
>> Regards
>> -- tomás
>
>
> Cheers, Gene Heskett


I have 

 auto lo
 iface lo inet loopback

 allow-hotplug eth0

in /etc/network/interfaces file on Wheezy LTS.

-- 
Hypertext--or should I say the ideology of hypertext?--is ultrademocratic and
so entirely in harmony with the demagogic appeals to cultural democracy that
accompany (and distract one’s attention from) the ever-tightening grip of 
plutocratic capitalism. - Susan Sontag

Re: swap on second hard drive

[Peter Hillier-Brook]

On 19/05/16 06:46, deloptes wrote:
> Peter Hillier-Brook wrote:
> 
>> On 18/05/16 22:02, deloptes wrote:
>>> Peter Hillier-Brook wrote:
>>>
 On 17/05/16 18:02, Felix Miata wrote:
> Peter Hillier-Brook composed on 2016-05-17 16:41 (UTC+0100):
>
>> I recently re-formatted and re-partitioned a second disk that I use
>> for experimenting with various distributions. A consequence is that
>> previous UUIDs have disappeared into the bit bucket but, during
>> booting of my main system a script somewhere is trying to use the swap
>> partition that used to exist on the second disk.
>
>> This is not a major problem, as the system boots after a 90 second
>> delay for a start job that is never going to start and a dependency
>> failure message is output, but I would like to find and fix the
>> problem. Can anyone offer a pointer to a likely source?
>
> That was happening here last summer:
> https://bugzilla.opensuse.org/show_bug.cgi?id=936964
>
> Maybe all that's needed to fix it is initrd rebuilding.
>
> Mounting by UUID is an optional default. Mounting life is simpler here,
> because I don't use UUID mounting on any of my hundreds of multiboot
> installations. Most of my mounts are by LABEL, strings I as a fallible
> human choose and can remember, according to usage, disk name and/or
> hostname.

 Thanks for the very useful pointers. I don't know who is the culprit,
 but fstab has an entry for swap with a UUID that is not consistent with
 the actual UUID for the swap partition. I'm going with your advice and
 switch to using labels.

 Thanks again.

 Peter HB
>>>
>>> UUID is better flexible solution in many cases - why not updating fstab
>>> to have the correct uuid?
>>
>> Because I prefer an identifier that I can remember. :-)
> 
> Haha, that's fair enough. It took me about 1h to reverse the setup to paper,
> that I have done few years ago on one server with 12disks
> Not only uuid, but crypt and lvm on top. I finally draw a map with this.
> I suggest not relaying on memory anyway ;-)

My memory has been working hard for very nearly 80 years, so I don't
(can't) rely on it. :-)




signature.asc
Description: OpenPGP digital signature

Re: kvm amd nested

[Linux-Fan]

[Wed, 18 May 2016 16:59:02 -0500] Paras pradhan
 wrote:
> On a Jessie host I can see nested kvm is set
> 
> ---
> 
> cat /sys/module/kvm_amd/parameters/nested
> 
> 1
> 
> --
> 
> On the virtual machines  I can see 'svm' but not
> seeing /sys/module/kvm_amd . When I try to create a VM,  I get
> Warning : KVM is not available. KVM kernel modules are not loaded.
> lsmod |grep kvm says its loaded.
> 
> 
> What did I miss?

[...]

You need to expose the virtualization feature the VMs. For Intel
machines, it works as described on my page at
http://masysma.lima-city.de/37/how_to_transition_from_virtualbox_to_kvm.xhtml
(Section ``Enabling Nested Virtualization...'')

For AMD, I do not know how to do it, but if I understand it correctly,
it cannot be too much of a difference.

HTH
Linux-Fan

-- 
http://masysma.lima-city.de/


pgpwBUEHQIeAY.pgp
Description: OpenPGP digital signature

Re: LACP inbound traffic aggregation problem

[Sven Hartge]

Evgeniy Sudyr  wrote:

> I'm wondered what's missing there, why inbound traffic is not coming
> over both interfaces, but one.

Then it is working correct. 

You misunderstood how most bonding-modes work. Only round-robin allows
you to do what you want, but most switches don't support that.

Grüße,
Sven.

-- 
Sigmentation fault. Core dumped.

Re: Got that network problem solved, now a new one

[Gene Heskett]

On Thursday 19 May 2016 09:04:54 Lisi Reisz wrote:

> On Thursday 19 May 2016 12:25:41 Gene Heskett wrote:
> > On Thursday 19 May 2016 05:56:49 Lisi Reisz wrote:
> > > On Thursday 19 May 2016 10:48:19 Gene Heskett wrote:
> > > > Yes, its the link in the sig.
> > >
> > > Which has been unreachable all morning from here. :-( (Morning by
> > > BST=UTC+1)
> > >
> > > Lisi
> >
> > Thats Lisi, I'll check that out when I wake up again.  Bad night,
> > leg cramps, took big B-12, should kick in shortly.
> >
> > Looking at port forwarding rule, protocol is html, incoming address
> > is blank, source port is 6309, fwd is to this machines address on
> > port 80. Enabled, so it should Just Work(TM).  But I reset it, then
> > restored my config again.  I checked the dns, and it resolves
> > correctly.
> >
> > Let me know if it still doesn't work.
> >
> > Cheers, Gene Heskett
>
> Will reply to Gene off-list as well in order to send a screenshot. 
> But no, it is still not working.  Tried in Chromium and Firefox.
>
> Lisi

For those following along, I had apache2 listening on port 6309, and the 
router was miss-set to port 80.  Ooops.  PEBBAK?  Access.log is now now 
showing some activity.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Got that network problem solved, now a new one

[Gene Heskett]

On Thursday 19 May 2016 09:30:21 Lisi Reisz wrote:

> On Thursday 19 May 2016 12:25:41 Gene Heskett wrote:
> > > cramps, took big B-12, should kick in shortly.
>
A 2500mg. I have a 250mg in my daily pilltainer, but overdid it a bit 
yesterday, so that wasn't enough.  The Metformin we take for the 
diabetes flushes it out, so you need to put it back in, in wholesale 
amounts.

> Didn't know that one!  (B12)
>
> Doesn't being old _suck_?

Yessum, about 10 EE-33 tor. :)

For the uninitiated, thats equal to about halfway to Alpha-Centari.  
There are mornings when its simply not worth the effort to gnaw thru the 
straps and get up to recycle yesterdays coffee.  But we do anyway.

> Lisi


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Got that network problem solved, now a new one

[Dan Purgert]

Gene Heskett wrote:
> On Thursday 19 May 2016 09:04:54 Lisi Reisz wrote:
>> [snip]
>> Will reply to Gene off-list as well in order to send a screenshot. 
>> But no, it is still not working.  Tried in Chromium and Firefox.
>>
>> Lisi
>
> For those following along, I had apache2 listening on port 6309, and the 
> router was miss-set to port 80.  Ooops.  PEBBAK?  Access.log is now now 
> showing some activity.

Yep, looks like it's up now.
-- 
Registered Linux user #585947
Github: https://github.com/dpurgert

Re: Grub won't install

[Hugo Vanwoerkom]

Lisi Reisz wrote:

On Wednesday 18 May 2016 19:57:00 Marc Shapiro wrote:

On 05/17/2016 09:13 PM, J Mo wrote:

lilo is ultra-ancient. I don't even know if it works with modern kernels.

Lilo definitely still works with current kernels.  I started out using
lilo 17 or 18 years ago and I am still using it now under Jessie and
kernel vmlinuz-3.16.0-4-amd64.


Can one still use grub-legacy with modern kernels?



Indeed. I run uptodate Sid with Super Grub Disk based on Grub 0.97-0s1 
on a USB key of 2G.


Hugo

Re: Got that network problem solved, now a new one

[Gene Heskett]

On Thursday 19 May 2016 12:24:38 Dan Purgert wrote:

> Gene Heskett wrote:
> > On Thursday 19 May 2016 09:04:54 Lisi Reisz wrote:
> >> [snip]
> >> Will reply to Gene off-list as well in order to send a screenshot.
> >> But no, it is still not working.  Tried in Chromium and Firefox.
> >>
> >> Lisi
> >
> > For those following along, I had apache2 listening on port 6309, and
> > the router was miss-set to port 80.  Ooops.  PEBBAK?  Access.log is
> > now now showing some activity.
>
> Yep, looks like it's up now.

Thanks Dan.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Jessie network issue

[Roman Gelfand]

I am running jessie on both virtualbox 5 host and guest.  The host
networking is using eth0 interface and is fine.  On the guest, I have 8
virtual interfaces on the physical eth0.   When I bring up the guest, the
networking service starts, yet the network is unreachable.  Then, when i
restart the networking service, the network becomes reachable.

Looking at the syslog, I didn't find anything glaring.

Would anyone have a troubleshooiting suggestion or, perhaps, a solution.
BTW... ultimately this guest machine freezes.

Thanks in advance

Re: Grub won't install

[Ralph Sanchez]

For the record, at least in my experience now, grub nor lilo will install
from the Jessie netinst if you manually partition the drive instead of
guided and then editing the layout. Maybe guided sets up the MBR or sda1 in
such a way that you cant from part an? Idk but after guided parting then
customizing grub installed fine. Unfortunately, after a day of operation,
my session developed an error where it can't write to /tmp, btw I had
separate root home var and temp partition, as well as swap, and thus will
not proceed past KDE's login it just perpetually reboots.  Installing AGAIN
because nothing in recovery helped, even clearing nearly all data from
/tmp. Going to stick with just a root home and swaps partition now, mostly
so I can encrypt home from inside the Os as well as encryption preboot.
Hoping that'll solve any problems with tmp, and if not idk what to do. This
is going to be my third successful reinstall within a weekthings like
this aren't going to corrupt my entire drive will it? I also had an error
where it wouldn't mount /var but i fixed that simply by three fingers
salute reboot instead of power button on the laptop, as turning it off that
way seems to be what caused it to not remount var properly. Also, lilo
works just fine with today's systems, like one guy said. It's what I was
using before I decided to try and make a dual boot, which I gave up on as
grub simply would recognize whichever encrypted partition I installed on Os
in first once the second was installed.
On May 19, 2016 12:42 PM, "Hugo Vanwoerkom"  wrote:

> Lisi Reisz wrote:
>
>> On Wednesday 18 May 2016 19:57:00 Marc Shapiro wrote:
>>
>>> On 05/17/2016 09:13 PM, J Mo wrote:
>>>
 lilo is ultra-ancient. I don't even know if it works with modern
 kernels.

>>> Lilo definitely still works with current kernels.  I started out using
>>> lilo 17 or 18 years ago and I am still using it now under Jessie and
>>> kernel vmlinuz-3.16.0-4-amd64.
>>>
>>
>> Can one still use grub-legacy with modern kernels?
>>
>>
> Indeed. I run uptodate Sid with Super Grub Disk based on Grub 0.97-0s1 on
> a USB key of 2G.
>
> Hugo
>
>
>

Re: swap on second hard drive

[Pascal Hambourg]

Le 19/05/2016 07:46, deloptes a écrit :


Haha, that's fair enough. It took me about 1h to reverse the setup to paper,
that I have done few years ago on one server with 12disks
Not only uuid, but crypt and lvm on top. I finally draw a map with this.


Tip : lsblk comes in handy to print the relationship between devices.

Re: Got that network problem solved, now a new one

[Bob Bernstein]

On Thu, 19 May 2016, Lisi Reisz wrote:


Doesn't being old _suck_?


Word dat.

--
Man is essentially a dreamer, wakened sometimes for a
moment by some peculiarly obtrusive element in the
outer world, but lapsing again quickly into the happy
somnolence of imagination.
Russell

Re: Grub won't install

[Pascal Hambourg]

Le 19/05/2016 00:58, Felix Miata a écrit :

Lisi Reisz composed on 2016-05-18 23:40 (UTC+0100):


Can one still use grub-legacy with modern kernels?


It's what I'm using for launching all my Debians, Fedoras, openSUSEs,
Mageias and more. Distros that no longer offer grub-legacy get installed
here sans bootloader and get booted from an "alien" grub-legacy.
However, all mine are either exclusively BIOS, or configured to boot a
UEFI system in BIOS compatability mode, and all are using MBR partitioning.


This is going to become more and more limiting as disks grow above 2 TiB 
requiring GPT partitioning, and newer UEFI firmwares do not have legacy 
BIOS compatibility any more.

Re: RANT: Virtual filesystems are getting out of control

[Cousin Stanley]

Håkon Alstadheim wrote:

> alias drives="mount | grep '^/'"

  Another alternative  

  alias drives='df -h -T -x tmpfs -x devtmpfs'


  sk@d3s  02:44 PM  ~
  $ drives

  FilesystemType  Size  Used Avail Use% Mounted on
  /dev/sda1 ext4   31G  6.9G   23G  24% /
  192.168.0.10:/mnt/sda/a14 nfs4   60G   30G   28G  52% /home/sk/Videos
  192.168.0.10:/mnt/sda/a12 nfs4   30G   16G   14G  54% /home/sk/adirs


-- 
Stanley C. Kitching
Human Being
Phoenix, Arizona

Re: RANT: Virtual filesystems are getting out of control

[Albin Otterhaell]

J Mo:
> -->df
> Filesystem   1K-blocks   Used  Available Use% Mounted on
> udev  16441312  0   16441312   0% /dev
> tmpfs  3290364   96683280696   1% /run
> /dev/sda2114287812   44945248   63514008  42% /
> tmpfs 16451804208   16451596   1% /dev/shm
> tmpfs 5120  4   5116   1% /run/lock
> tmpfs 16451804  0   16451804   0% /sys/fs/cgroup
> tmpfs  3290364  03290364   0% /run/user/116
> tmpfs  3290364 123290352   1% /run/user/1000
> 
> One out of eight lines are actually disk filesystems. That is 88%
> garbage I didn't want to see.

I don't know if this is that you seek, but

$ lsblk

should be clean and structured.

Re: Grub won't install

[Stephen Powell]

On Wed, May 18, 2016, at 14:57, Marc Shapiro wrote:
>
> Lilo definitely still works with current kernels.  I started out using 
> lilo 17 or 18 years ago and I am still using it now under Jessie and 
> kernel vmlinuz-3.16.0-4-amd64.
> 

I maintain a LILO web page for the benefit of Debian users here:

   http://www.stevesdebianstuff.org/lilo.htm

I use it myself on the latest kernels without difficulty.  Many people believe
that modern UEFI boards don't have a BIOS for forward compatibility anymore.
That may be true in some cases.  But in other cases, the use of the "connected
standby" feature in UEFI, which is a default setting in many cases, has disabled
the Compatibility Support Module (CSM) which provides the BIOS.

LILO is not for everyone, but it is still usable in a surprising number of
situations.  I have a 64-bit machine that is only a couple of years old that
uses it.

-- 
  .''`. Stephen Powell
 : :'  :
 `. `'`
   `-

Re: Jessie network issue

[Roman Gelfand]

it appears that there is a problem with guest vm adapter type.  After
changing , the network worked on reboot.

On Thu, May 19, 2016 at 1:26 PM Roman Gelfand  wrote:

> I am running jessie on both virtualbox 5 host and guest.  The host
> networking is using eth0 interface and is fine.  On the guest, I have 8
> virtual interfaces on the physical eth0.   When I bring up the guest, the
> networking service starts, yet the network is unreachable.  Then, when i
> restart the networking service, the network becomes reachable.
>
> Looking at the syslog, I didn't find anything glaring.
>
> Would anyone have a troubleshooiting suggestion or, perhaps, a solution.
> BTW... ultimately this guest machine freezes.
>
> Thanks in advance
>