Sabtu, 23 Januari 2016

Bristol Digest, Vol 632, Issue 3

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Free HW at the LUG on Saturday (Peter Hemmings)
2. Re: Free HW at the LUG on Saturday (John Hunniball)
3. Re: Free HW at the LUG on Saturday (Sebastian)
4. Re: Free HW at the LUG on Saturday (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Fri, 22 Jan 2016 18:07:49 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Free HW at the LUG on Saturday
Message-ID: <56A26FF5.4030506@virginmedia.com>
Content-Type: text/plain; charset=iso-8859-15; format=flowed

So the HDD's got good ohms!


A "man in a green Anorak" (Allen C) has also shown interest, so I will
give you one each - you will have to arm wrestle for which one!

On 22/01/16 07:29, Chris wrote:
> On 21 January 2016 18:26:14 GMT+00:00, Peter Hemmings <peternsomerset@virginmedia.com> wrote:
>>
>> I have 2 80GB Sata HD's one 3.5 and one 2.5, free to a good ohm.
>>
>> I also have the Digimate 20 inch montor (model L2041W) that I could not
>>
>> get to sync on the DVI input after taking it to pieces (only to stop
>> vibrating plastic near PSU).
>>
>> I anyone is interested before taking to the tip, please let me know and
>>
>> I will bring to the KT on Saturday?
>> Regards
>
> I'll take one of the HDDs!
>
> Chris
>
> (payment in beer / ale!)
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>

--
Peter H



------------------------------

Message: 2
Date: Fri, 22 Jan 2016 18:48:36 +0000 (GMT)
From: "John Hunniball" <coredump@gifford.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Free HW at the LUG on Saturday
Message-ID: <1453488516.24167@gifford.co.uk>
Content-Type: text/plain; charset="us-ascii"

Peter Hemmings <peternsomerset@virginmedia.com> wrote .. I also have the Digimate 20 inch montor (model L2041W) that I could not get to sync on the DVI input after taking it to pieces (only to stop vibrating plastic near PSU). May I claim the LCD monitor, please? I presume it's OK on the VGA input?See you on Saturday!-- John Honniball
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20160122/2791ef65/attachment-0001.html>

------------------------------

Message: 3
Date: Fri, 22 Jan 2016 19:01:14 +0000
From: Sebastian <sebsebseb_mageia@gmx.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>,
sebsebseb_mageia@gmx.com
Subject: Re: [bristol] Free HW at the LUG on Saturday
Message-ID: <56A27C7A.8010908@gmx.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

I won't be there tomorrow since ill. I should be having Linux/opensource
fun again in Brussels next weekend anyway :) at FOSDEM! Enjoy your free
Peter hardware give aways for those getting.

On 22/01/16 18:48, John Hunniball wrote:
> Peter Hemmings <peternsomerset@virginmedia.com> wrote ..
>> I also have the Digimate 20 inch montor (model L2041W) that I could
>> not get to sync on the DVI input after taking it to pieces (only to
>> stop vibrating plastic near PSU).
>>
>> May I claim the LCD monitor, please? I presume it's OK on the VGA input?
>>
>> See you on Saturday!
>>
>> --
>> John Honniball
>>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20160122/b5eb9bbd/attachment-0001.html>

------------------------------

Message: 4
Date: Fri, 22 Jan 2016 22:59:09 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Free HW at the LUG on Saturday
Message-ID: <56A2B43D.5050406@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

OK All gone now and the monitor goes to JH

On 22/01/16 18:48, John Hunniball wrote:
> Peter Hemmings <peternsomerset@virginmedia.com> wrote ..
>> I also have the Digimate 20 inch montor (model L2041W) that I could
>> not get to sync on the DVI input after taking it to pieces (only to
>> stop vibrating plastic near PSU).
>>
>> May I claim the LCD monitor, please? I presume it's OK on the VGA input?

Yep it was and the panel is definitely OK.

Something I did I think as it worked before disassembly!!

>>
>> See you on Saturday!

I hope to arrive about 2pm

>> --
>> John Honniball
>>
>
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>

Regards


--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 632, Issue 3
***************************************

Jumat, 22 Januari 2016

Bristol Digest, Vol 632, Issue 2

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Free HW at the LUG on Saturday (Peter Hemmings)
2. Re: Free HW at the LUG on Saturday (Chris)


----------------------------------------------------------------------

Message: 1
Date: Thu, 21 Jan 2016 18:26:14 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: BBLUG <Bristol@mailman.lug.org.uk>
Subject: [bristol] Free HW at the LUG on Saturday
Message-ID: <56A122C6.7080909@virginmedia.com>
Content-Type: text/plain; charset=utf-8; format=flowed


I have 2 80GB Sata HD's one 3.5 and one 2.5, free to a good ohm.

I also have the Digimate 20 inch montor (model L2041W) that I could not
get to sync on the DVI input after taking it to pieces (only to stop
vibrating plastic near PSU).

I anyone is interested before taking to the tip, please let me know and
I will bring to the KT on Saturday?
Regards
--
Peter H



------------------------------

Message: 2
Date: Fri, 22 Jan 2016 07:29:13 +0000
From: Chris <cshorler@googlemail.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Free HW at the LUG on Saturday
Message-ID: <9D4FF6DD-5544-4227-A4A2-18DAA7108A74@googlemail.com>
Content-Type: text/plain; charset=UTF-8

On 21 January 2016 18:26:14 GMT+00:00, Peter Hemmings <peternsomerset@virginmedia.com> wrote:
>
>I have 2 80GB Sata HD's one 3.5 and one 2.5, free to a good ohm.
>
>I also have the Digimate 20 inch montor (model L2041W) that I could not
>
>get to sync on the DVI input after taking it to pieces (only to stop
>vibrating plastic near PSU).
>
>I anyone is interested before taking to the tip, please let me know and
>
>I will bring to the KT on Saturday?
>Regards

I'll take one of the HDDs!

Chris

(payment in beer / ale!)



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 632, Issue 2
***************************************

Kamis, 21 Januari 2016

Bristol Digest, Vol 632, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. LVM - Changing /boot partition (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Wed, 20 Jan 2016 16:53:35 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] LVM - Changing /boot partition
Message-ID: <569FBB8F.8050704@virginmedia.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

I ended up making a clean install of fc23 on sda and dual booting to old
badly configured sdb with a fc22 working and a (not working) fc23.

Backed up and restored data, and (just to try and revise LVM) I am
trying to clean up sdb and just get fc22 to run without the old fc23.

I deleted the old root LV and the fedora00 VG, then unlabelled the pv
(sdb6) OK

I then removed the LV swap00 which was in another VG that I thought was
not being used, but it was!!

I found my fc22 was using the swap from another VG!
I managed to re-create the swap LV OK and fc22 now boots.




The above is referenced to my earlier posts but keeping a little more
simple!:

I have a basic problem that would be nice to resolve, I cannot make the
fc22 boot with its own swap (I have a "Fedora" VG with a 4GB swap LV and
a root00 LV).

I have done a grub2-mkconfig -o /boot/grub2/grub.config but it is still
looking for the original swap on the other partition!

Should I have done something with initramfs to correct things or have I
missed something!?

It would be nice to not just do a windoze thing and reformat the HD.

Regards

--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 632, Issue 1
***************************************

Sabtu, 16 Januari 2016

Bristol Digest, Vol 631, Issue 3

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. My UUID's have changed (was LVM needs a tidy up) (Peter Hemmings)
2. Re: My UUID's have changed (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Fri, 15 Jan 2016 23:03:50 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] My UUID's have changed (was LVM needs a tidy up)
Message-ID: <56997AD6.6080906@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

Update:

Found this site that was relevant (ssm was very useful)


http://wiki.networksecuritytoolkit.org/nstwiki/index.php/HowTo_Change_The_LVM_Volume_Group_Name_That_Includes_The_Root_Partition


I changed the label to better name on sda VG's and changed fstab on sdb
then updated initramfs on sdb(working fed22).

As my sda (fedora 23) still had problems with GDM and video driver, I
gave up with it and reinstalled fedora 23 on sda

With me so far!?

(Already backed up data)

I then checked everything and all is OK on sda booting fedora 23 with grub2.

I now tried to get grub to probe the other sdb partitions in particular
my old fedora 22 LVM but it will see them. On running the following
commands and looking at previous UUID's some have changed and they are
the ones I need to detect (on sdb3 sdb6 and sdb7):
[root@localhost peter]# blkid /dev/sdb1 /dev/sdb2 /dev/sdb3 /dev/sdb4
/dev/sdb5 /dev/sdb6 /dev/sdb7
/dev/sdb1: UUID="5614526C14524F5D" TYPE="ntfs" PARTUUID="23424300-01"
/dev/sdb2: UUID="eff2cfb8-1940-4bda-ac5e-b105839ce937" TYPE="ext4"
PARTUUID="23424300-02"
/dev/sdb3: UUID="bF3gFv-1aR6-Yv4U-sfYs-rvV4-TyVI-zfwE54"
TYPE="LVM2_member" PARTUUID="23424300-03"
/dev/sdb4: PTTYPE="dos" PARTUUID="23424300-04"
/dev/sdb5: UUID="89e544e1-fc6e-4c36-ba47-0f5db1bb2cb5" TYPE="ext4"
PARTUUID="23424300-05"
/dev/sdb6: UUID="pK0y9y-i09V-0iNN-sCIh-4N4n-vH3U-NQchC2"
TYPE="LVM2_member" PARTUUID="23424300-06"
/dev/sdb7: UUID="NPQ0g3-gGBS-vYRm-PmIU-F9wi-LmwU-16jFlv"
TYPE="LVM2_member" PARTUUID="23424300-07"
[root@localhost peter]#

root@localhost peter]# ls -la /dev/disk/by-uuid
total 0
drwxr-xr-x. 2 root root 320 Jan 15 21:53 .
drwxr-xr-x. 6 root root 120 Jan 15 21:53 ..
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
17de4450-297b-4777-b379-0b3db88557f7 -> ../../dm-1
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
490edcc0-c352-4c44-a06e-7bb03792fdbd -> ../../sda2
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
51b1d4a1-eedf-4d0a-8d9b-64d23289ca2c -> ../../dm-7
lrwxrwxrwx. 1 root root 10 Jan 15 21:53 5614526C14524F5D -> ../../sdb1
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
58b335b5-2c75-4531-9336-6eff8172cbc2 -> ../../sdc1
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
61d756a7-bff3-4457-83f9-62614ca02beb -> ../../dm-6
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
713b0055-85d6-43ae-9395-7efcd6614dbb -> ../../dm-3
lrwxrwxrwx. 1 root root 10 Jan 15 21:53 7C2804A6134728CD -> ../../sda1
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
7c3b1743-c510-45c6-b943-2fe58bce6f65 -> ../../dm-4
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
89b901e2-0bf8-40be-95ab-d2dfc3260ba1 -> ../../dm-2
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
89e544e1-fc6e-4c36-ba47-0f5db1bb2cb5 -> ../../sdb5
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
af6ca2ae-f165-4deb-88b6-a5b2c4f46223 -> ../../dm-5
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
bfad1c34-5821-4202-8e4e-527a6debe68f -> ../../dm-0
lrwxrwxrwx. 1 root root 10 Jan 15 21:53
eff2cfb8-1940-4bda-ac5e-b105839ce937 -> ../../sdb2

Why and how have I messed up UUID's and more importantly how can I get
back to seeing all partitions?

Regards

--
Peter H



------------------------------

Message: 2
Date: Sat, 16 Jan 2016 11:28:53 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] My UUID's have changed
Message-ID: <569A2975.5000903@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

Sorted

I eventually did a windoze thing and reinstalled grub2/rescanned HW and
my box now picks up all HD's from both new fc23 grub on sda and old grub
fc22 on sdb.

All the UUID's read the same (but some had changed not sure why, but
accept it!).

I also found another fc23 on an extended partition that I did not
realize I had which was part of my problem!

Will now continue to clear out the unused rubbish on sdb and reconfigure
LVM VGs into something more manageable.

I must write 100 times "Do not be lazy when installing onto cheap disk
space"!


Regards
--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 631, Issue 3
***************************************

Selasa, 12 Januari 2016

Bristol Digest, Vol 631, Issue 2

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: LVM needs a tidy up (Alex Butcher)
2. OT: Hardware Giveaway (Dave Addison)


----------------------------------------------------------------------

Message: 1
Date: Mon, 11 Jan 2016 13:40:42 +0000 (GMT)
From: Alex Butcher <lug@assursys.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] LVM needs a tidy up
Message-ID:
<alpine.LRH.2.11.1601111334210.22369@zlgugi.of5.nffheflf.cev>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

On Mon, 11 Jan 2016, Peter Hemmings wrote:

> Thank Alex,
>
> I will ava go tomorrow but before I do it..
>
> On 11/01/16 10:14, Alex Butcher wrote:
>>
>> > https://dl.dropboxusercontent.com/u/45909169/LVMDisks.pdf
>> >
>> > I want to tidy up sdb:
>> >
>> > Could I join VG's "Fedora21_Study" and "Fedora" then rename it more
>> > suitably?
>>
>> Something like:
>>
>> exec telinit 1 # shut down to single-user mode
>> swapoff /dev/mapper/path_to_Fedora21_Study_swap # make sure swap is
>> off
>> umount /home # unmount /home
>> vgchange -a n Fedora21_Study # deactivate Fedora21_Study LVM
>> vgmerge Fedora Fedora21_Study # merge Fedora21_Study into Fedora VG
>
> the two VG's above have two "Swaps" (3.9 and 4Gb's), should I remove any
> duplicate Logical Volumes before trying to merge the VG's or will LV's of the
> same name/format be merged automagically?

Good catch! Googling suggests you'll need to rename the LVs with duplicated
names you aren't using (before the vgchange -a n) as vgmerge checks for
duplicate LV names (I couldn't quickly find what it does if it finds any -
I'd expect it to abort without attempting the merge).

In case it wasn't clear, my previous instructions are *untested*, just based
on how I'd /expect/ things to go. Some improvisation may be necessary!

> I assume I can rename LV's as long as the fstab is altered as necessary?

If you're mounting based on the device mapper node (i.e. /dev/mapper/XXX)
rather than by UUID, you'll need to alter fstab. If you're mounting by UUID,
you shouldn't need to touch fstab.

Best Regards,
Alex



------------------------------

Message: 2
Date: Mon, 11 Jan 2016 22:36:33 +0000
From: Dave Addison <dave@redmoor.org.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] OT: Hardware Giveaway
Message-ID: <3493981.rCy3oQJiQk@phaedra>
Content-Type: text/plain; charset="us-ascii"

I have a network attached, Laserjet 5 printer which I've retired. Like most
HPs, it works well with Linux.

As well as the basic printer, I've got a duplex unit, high capacity paper tray
and an envelope feeder. The basic printer is obviously an antique but is still
working fine, as is the duplex unit. The paper tray looks like it will need
some maintenance in the not so distant future but the envelope feeder is
getting downright fussy which is why I'm getting rid of it.

Anyone interested?

Regards
Dave



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 631, Issue 2
***************************************

Senin, 11 Januari 2016

Bristol Digest, Vol 631, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: LVM needs a tidy up (Alex Butcher)
2. Re: LVM needs a tidy up (Peter Hemmings)
3. Re: GRUB2 Software Raid on CentOS 7.2 at on Fasthosts
dedicated server (Steven Nash)


----------------------------------------------------------------------

Message: 1
Date: Mon, 11 Jan 2016 10:14:13 +0000 (GMT)
From: Alex Butcher <lug@assursys.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] LVM needs a tidy up
Message-ID:
<alpine.LRH.2.11.1601111003100.22369@zlgugi.of5.nffheflf.cev>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

On Sat, 9 Jan 2016, Peter Hemmings wrote:

> Hi,
>
> I have to admit to being lazy when adding new Distros in the past due the
> size of cheap large HD's! Recently I was having problems with my Fedora 23
> not booting on sda and reverted to Fedora 22 on sdb. Both are configured to
> use a separate /home partition and my data is is OK.
>
> On checking what is configured (and revising a bit on LVM) I found my LVM on
> sdb is in a real mess. It is too complex to explain so here is what I think
> I have (learnt a bit of Inkscape!):

Nothing wrong with saving old filesystems when upgrading. Better to keep
them and not need them, than need them and have not kept them! I tended to
keep a pair of filesystems and pivot between them on each upgrade.

> https://dl.dropboxusercontent.com/u/45909169/LVMDisks.pdf
>
> I want to tidy up sdb:
>
> Could I join VG's "Fedora21_Study" and "Fedora" then rename it more suitably?

Something like:

exec telinit 1 # shut down to single-user mode
swapoff /dev/mapper/path_to_Fedora21_Study_swap # make sure swap is off
umount /home # unmount /home
vgchange -a n Fedora21_Study # deactivate Fedora21_Study LVM
vgmerge Fedora Fedora21_Study # merge Fedora21_Study into Fedora VG
mount /home # remount /home, hopefully by UUID otherwise /etc/fstab
# will need updating
exec telinit 5 # switch back to multi-user GUI mode

should merge Fedora21_Study into the Fedora VG. Fedora21_Study needs to be
inactive, according to the man page.

> I could then remove swap from "Fedora21_study" and "VG Fedora00" then reuse
> any space saved.
>
> If there are other better suggestions (not "don't use LVM!), would be
> appreciated?

Nothing wrong with LVM.

> Apologies again for being indisciplined in the past
> Regards

HTH,
Alex



------------------------------

Message: 2
Date: Mon, 11 Jan 2016 10:55:34 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] LVM needs a tidy up
Message-ID: <56938A26.1050509@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

Thank Alex,

I will ava go tomorrow but before I do it..

On 11/01/16 10:14, Alex Butcher wrote:
>
>> https://dl.dropboxusercontent.com/u/45909169/LVMDisks.pdf
>>
>> I want to tidy up sdb:
>>
>> Could I join VG's "Fedora21_Study" and "Fedora" then rename it more
>> suitably?
>
> Something like:
>
> exec telinit 1 # shut down to single-user mode
> swapoff /dev/mapper/path_to_Fedora21_Study_swap # make sure swap is
> off
> umount /home # unmount /home
> vgchange -a n Fedora21_Study # deactivate Fedora21_Study LVM
> vgmerge Fedora Fedora21_Study # merge Fedora21_Study into Fedora VG

the two VG's above have two "Swaps" (3.9 and 4Gb's), should I remove any
duplicate Logical Volumes before trying to merge the VG's or will LV's
of the same name/format be merged automagically?

I assume I can rename LV's as long as the fstab is altered as necessary?

> mount /home # remount /home, hopefully by UUID otherwise /etc/fstab
> # will need updating
> exec telinit 5 # switch back to multi-user GUI mode
>
> should merge Fedora21_Study into the Fedora VG. Fedora21_Study needs to be
> inactive, according to the man page.
>
>> I could then remove swap from "Fedora21_study" and "VG Fedora00" then
>> reuse any space saved.
>>
>> If there are other better suggestions (not "don't use LVM!), would be
>> appreciated?
>
> Nothing wrong with LVM.
>
>> Apologies again for being indisciplined in the past
>> Regards
>
> HTH,
> Alex
>
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol

Regards

--
Peter H



------------------------------

Message: 3
Date: Mon, 11 Jan 2016 11:34:57 +0000
From: Steven Nash <steven_nash@compuserve.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] GRUB2 Software Raid on CentOS 7.2 at on
Fasthosts dedicated server
Message-ID: <0778C0C3-E109-4313-B706-5AD87AE804E5@compuserve.com>
Content-Type: text/plain; charset=utf-8

I still haven?t solved this, does anyone else have any ideas/pointers?

Cheers,
Steve
> On 15 Dec 2015, at 14:16, Steven Nash <Steven_Nash@compuserve.com> wrote:
>
> Hi All,
>
> I?ve got a dedicated server at Fasthosts running CentOS 7.2 (was originally upgraded from 6.x). Sorry for the long mail!
>
> I?ve had a problem booting for a while and the only way I can reboot without a crash is to:
>
> 1. Log onto kvm
> 2. Reset (to reboot)
> 3. Hit 'c' when grub shows to enter command shell.
> 4. Enter the following:
> set root=(hd1,msdos2)
> legacy_configfile /grub/grub.conf
>
> Then the latest default kernel boots.
>
> If I try and just do an automatic reboot I get a crash, I only have a screen dump of the KVM console, not sure if this list accepts attachments?
>
> If would be good to either fix grub.cfg or force grub2 to do what I do manually
>
> Here?s some details about my setup:
>
> cat /proc/mdstat
> Personalities : [raid1]
> md0 : active raid1 sda2[0] sdb2[2]
> 524224 blocks super 1.0 [2/2] [UU]
>
> md1 : active raid1 sda3[0] sdb3[1]
> 974008128 blocks super 1.1 [2/2] [UU]
> bitmap: 2/8 pages [8KB], 65536KB chunk
>
> unused devices: <none>
>
> cat /etc/fstab
> #
> # /etc/fstab
> # Created by anaconda on Fri Aug 22 15:34:10 2014
> #
> # Accessible filesystems, by reference, are maintained under '/dev/disk'
> # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
> #
> /dev/mapper/VolGroup00-LogVol00 / ext4 defaults 1 1
> UUID=7968a7a1-c420-4451-9508-b88cd1723795 /boot ext4 defaults 1 2
> UUID=10f23517-d44b-41ae-ab5d-49fa94301941 swap swap defaults 0 0
> UUID=199f328d-4228-4728-a979-f8dfd98c3c11 swap swap defaults 0 0
> tmpfs /dev/shm tmpfs defaults 0 0
> devpts /dev/pts devpts gid=5,mode=620 0 0
> sysfs /sys sysfs defaults 0 0
> proc /proc proc defaults 0 0
>
>
> fdisk -l
>
> Disk /dev/sda: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk label type: dos
> Disk identifier: 0xd88cd88c
>
> Device Boot Start End Blocks Id System
> /dev/sda1 2048 4196351 2097152 82 Linux swap / Solaris
> /dev/sda2 * 4196352 5244927 524288 fd Linux raid autodetect
> /dev/sda3 5244928 1953523711 974139392 fd Linux raid autodetect
>
> Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
> Disk label type: dos
> Disk identifier: 0x000ad3a6
>
> Device Boot Start End Blocks Id System
> /dev/sdb1 2048 4196351 2097152 82 Linux swap / Solaris
> /dev/sdb2 * 4196352 5244927 524288 fd Linux raid autodetect
> /dev/sdb3 5244928 1953523711 974139392 fd Linux raid autodetect
>
> Disk /dev/md1: 997.4 GB, 997384323072 bytes, 1948016256 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
>
> Disk /dev/mapper/VolGroup00-LogVol00: 997.4 GB, 997371936768 bytes, 1947992064 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
>
> Disk /dev/md0: 536 MB, 536805376 bytes, 1048448 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 4096 bytes
> I/O size (minimum/optimal): 4096 bytes / 4096 bytes
>
> blkid
> /dev/sda1: UUID="10f23517-d44b-41ae-ab5d-49fa94301941" TYPE="swap"
> /dev/sda2: UUID="aa762a14-2d0b-163e-970c-8b8d7161ce03" UUID_SUB="6227f0dc-5546-ca3f-229c-5be9c8bfda87" LABEL="localhost.localdomain:0" TYPE="linux_raid_member"
> /dev/sda3: UUID="ef34c834-08e2-f0d7-c02e-0214a2a4c4ee" UUID_SUB="11610be9-bfe8-6b99-995d-75ff8484b06a" LABEL="localhost.localdomain:1" TYPE="linux_raid_member"
> /dev/sdb1: UUID="199f328d-4228-4728-a979-f8dfd98c3c11" TYPE="swap"
> /dev/sdb2: UUID="aa762a14-2d0b-163e-970c-8b8d7161ce03" UUID_SUB="e250771a-d5d9-c761-8371-9abbaae43c80" LABEL="localhost.localdomain:0" TYPE="linux_raid_member"
> /dev/sdb3: UUID="ef34c834-08e2-f0d7-c02e-0214a2a4c4ee" UUID_SUB="02186339-c68b-521e-8760-49d1efc78d9a" LABEL="localhost.localdomain:1" TYPE="linux_raid_member"
> /dev/md1: UUID="7LSr9U-Ym46-0gvq-Zxqo-JFWD-R8cx-Vul8Eu" TYPE="LVM2_member"
> /dev/mapper/VolGroup00-LogVol00: UUID="b6ca313b-2f37-494b-ab6e-0bb22750aa47" TYPE="ext4"
> /dev/md0: UUID="7968a7a1-c420-4451-9508-b88cd1723795" TYPE="ext4"
>
> My legacy config file (that works) looks like this: /etc/grub.conf
>
> # Note that you do not have to rerun grub after making changes to this file
> # NOTICE: You have a /boot partition. This means that
> # all kernel and initrd paths are relative to /boot/, eg.
> # root (hd0,1)
> # kernel /vmlinuz-version ro root=/dev/mapper/VolGroup00-LogVol00
> # initrd /initrd-[generic-]version.img
> #boot=/dev/sda
> default=0
> timeout=5
> splashimage=(hd0,1)/grub/splash.xpm.gz
> hiddenmenu
> title CentOS Linux (3.10.0-327.el7.x86_64) 7 (Core)
> root (hd0,1)
> kernel /vmlinuz-3.10.0-327.el7.x86_64 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-3.10.0-327.el7.x86_64.img
> title CentOS Linux (3.10.0-229.20.1.el7.x86_64) 7 (Core)
> root (hd0,1)
> kernel /vmlinuz-3.10.0-229.20.1.el7.x86_64 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-3.10.0-229.20.1.el7.x86_64.img
> title CentOS Linux (3.10.0-229.14.1.el7.x86_64) 7 (Core)
> root (hd0,1)
> kernel /vmlinuz-3.10.0-229.14.1.el7.x86_64 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-3.10.0-229.14.1.el7.x86_64.img
> title CentOS Linux (3.10.0-229.11.1.el7.x86_64) 7 (Core)
> root (hd0,1)
> kernel /vmlinuz-3.10.0-229.11.1.el7.x86_64 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-3.10.0-229.11.1.el7.x86_64.img
> title CentOS Linux (3.10.0-229.7.2.el7.x86_64) 7 (Core)
> root (hd0,1)
> kernel /vmlinuz-3.10.0-229.7.2.el7.x86_64 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-3.10.0-229.7.2.el7.x86_64.img
> title CentOS Linux 7 Rescue 2aeb7420eb976f7a1eeb724400000020 (3.10.0-123.6.3.el7.x86_64)
> root (hd0,1)
> kernel /vmlinuz-0-rescue-2aeb7420eb976f7a1eeb724400000020 ro root=/dev/mapper/VolGroup00-LogVol00 rd_NO_LUKS KEYBOARDTYPE=pc KEYTABLE=uk LANG=en_GB.UTF-8 SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=VolGroup00/LogVol00 rd_NO_DM rd_MD_UUID=ef34c834:08e2f0d7:c02e0214:a2a4c4ee rhgb quiet
> initrd /initramfs-0-rescue-2aeb7420eb976f7a1eeb724400000020.img
>
> For gub2:
>
> cat /etc/default/grub
> GRUB_TIMEOUT=9
> GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
> GRUB_DEFAULT=saved
> #GRUB_DISABLE_UUID=true
> #GRUB_DISABLE_OS_PROBER=true
> GRUB_CMDLINE_LINUX="rd.lvm.lv=VolGroup00/LogVol00 crashkernel=auto vconsole.font=latarcyrheb-sun16 vconsole.keymap=uk rhgb quiet?
>
> I?ve tried disabling UUID with various combinations and running grub2-mkconfig but UUID?s still appear.
>
> I?ve also tried rebooting, editing and substituting the UUID?s for hd0,msdos2 but that didn?t help.
>
> My grub2 config looks like: /etc/grub2.cfg
>
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub2-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> set pager=1
>
> if [ -s $prefix/grubenv ]; then
> load_env
> fi
> if [ "${next_entry}" ] ; then
> set default="${next_entry}"
> set next_entry=
> save_env next_entry
> set boot_once=true
> else
> set default="0"
> fi
>
> if [ x"${feature_menuentry_id}" = xy ]; then
> menuentry_id_option="--id"
> else
> menuentry_id_option=""
> fi
>
> export menuentry_id_option
>
> if [ "${prev_saved_entry}" ]; then
> set saved_entry="${prev_saved_entry}"
> save_env saved_entry
> set prev_saved_entry=
> save_env prev_saved_entry
> set boot_once=true
> fi
>
> function savedefault {
> if [ -z "${boot_once}" ]; then
> saved_entry="${chosen}"
> save_env saved_entry
> fi
> }
>
> function load_video {
> if [ x$feature_all_video_module = xy ]; then
> insmod all_video
> else
> insmod efi_gop
> insmod efi_uga
> insmod ieee1275_fb
> insmod vbe
> insmod vga
> insmod video_bochs
> insmod video_cirrus
> fi
> }
>
> if [ x$feature_default_font_path = xy ] ; then
> font=unicode
> else
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod lvm
> insmod ext2
> set root='lvmid/1Vb547-F6Db-6xQ3-M576-ZSdX-AU0e-HnWRJt/euuk0o-LyEh-l6Py-UXPL-fHuL-oOfW-Y738Jb'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='lvmid/1Vb547-F6Db-6xQ3-M576-ZSdX-AU0e-HnWRJt/euuk0o-LyEh-l6Py-UXPL-fHuL-oOfW-Y738Jb' b6ca313b-2f37-494b-ab6e-0bb22750aa47
> else
> search --no-floppy --fs-uuid --set=root b6ca313b-2f37-494b-ab6e-0bb22750aa47
> fi
> font="/usr/share/grub/unicode.pf2"
> fi
>
> if loadfont $font ; then
> set gfxmode=auto
> load_video
> insmod gfxterm
> set locale_dir=$prefix/locale
> set lang=en_GB
> insmod gettext
> fi
> terminal_output gfxterm
> if [ x$feature_timeout_style = xy ] ; then
> set timeout_style=menu
> set timeout=5
> # Fallback normal timeout code in case the timeout_style feature is
> # unavailable.
> else
> set timeout=5
> fi
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> menuentry 'CentOS Linux (3.10.0-327.el7.x86_64) 7 (Core)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-327.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-327.el7.x86_64.img
> }
> menuentry 'CentOS Linux (3.10.0-229.20.1.el7.x86_64) 7 (Core)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.20.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-229.20.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux (3.10.0-229.14.1.el7.x86_64) 7 (Core)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.14.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-229.14.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-simple-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.14.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-229.14.1.el7.x86_64.img
> }
> submenu 'Advanced options for CentOS Linux 7 (Core)' $menuentry_id_option 'gnulinux-advanced-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.14.1.el7.x86_64' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.14.1.el7.x86_64-advanced-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.14.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-229.14.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.14.1.el7.x86_64 (recovery mode)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.14.1.el7.x86_64-recovery-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.14.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro single LANG=en_GB.UTF-8
> initrd16 /initramfs-3.10.0-229.14.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.11.1.el7.x86_64' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.11.1.el7.x86_64-advanced-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.11.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro
> initrd16 /initramfs-3.10.0-229.11.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.11.1.el7.x86_64 (recovery mode)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.11.1.el7.x86_64-recovery-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.11.1.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro single
> initrd16 /initramfs-3.10.0-229.11.1.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.7.2.el7.x86_64' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.7.2.el7.x86_64-advanced-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.7.2.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro
> initrd16 /initramfs-3.10.0-229.7.2.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 3.10.0-229.7.2.el7.x86_64 (recovery mode)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-229.7.2.el7.x86_64-recovery-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> set gfxpayload=keep
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-3.10.0-229.7.2.el7.x86_64 root=/dev/mapper/VolGroup00-LogVol00 ro single
> initrd16 /initramfs-3.10.0-229.7.2.el7.x86_64.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 0-rescue-2aeb7420eb976f7a1eeb724400000020' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-2aeb7420eb976f7a1eeb724400000020-advanced-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-0-rescue-2aeb7420eb976f7a1eeb724400000020 root=/dev/mapper/VolGroup00-LogVol00 ro
> initrd16 /initramfs-0-rescue-2aeb7420eb976f7a1eeb724400000020.img
> }
> menuentry 'CentOS Linux 7 (Core), with Linux 0-rescue-2aeb7420eb976f7a1eeb724400000020 (recovery mode)' --class rhel fedora --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-0-rescue-2aeb7420eb976f7a1eeb724400000020-recovery-b6ca313b-2f37-494b-ab6e-0bb22750aa47' {
> load_video
> insmod gzio
> insmod part_msdos
> insmod part_msdos
> insmod diskfilter
> insmod mdraid1x
> insmod ext2
> set root='mduuid/aa762a142d0b163e970c8b8d7161ce03'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint='mduuid/aa762a142d0b163e970c8b8d7161ce03' 7968a7a1-c420-4451-9508-b88cd1723795
> else
> search --no-floppy --fs-uuid --set=root 7968a7a1-c420-4451-9508-b88cd1723795
> fi
> linux16 /vmlinuz-0-rescue-2aeb7420eb976f7a1eeb724400000020 root=/dev/mapper/VolGroup00-LogVol00 ro single
> initrd16 /initramfs-0-rescue-2aeb7420eb976f7a1eeb724400000020.img
> }
> }
>
> ### END /etc/grub.d/10_linux ###
>
> ### BEGIN /etc/grub.d/20_linux_xen ###
> ### END /etc/grub.d/20_linux_xen ###
>
> ### BEGIN /etc/grub.d/20_ppc_terminfo ###
> ### END /etc/grub.d/20_ppc_terminfo ###
>
> ### BEGIN /etc/grub.d/30_os-prober ###
> ### END /etc/grub.d/30_os-prober ###
>
> ### BEGIN /etc/grub.d/40_custom ###
> # This file provides an easy way to add custom menu entries. Simply type the
> # menu entries you want to add after this comment. Be careful not to change
> # the 'exec tail' line above.
> ### END /etc/grub.d/40_custom ###
>
> ### BEGIN /etc/grub.d/41_custom ###
> if [ -f ${config_directory}/custom.cfg ]; then
> source ${config_directory}/custom.cfg
> elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
> source $prefix/custom.cfg;
> fi
> ### END /etc/grub.d/41_custom ###
>
> Cheers,
> Steve
> _______________________________________________
> Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol




------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 631, Issue 1
***************************************

Minggu, 10 Januari 2016

Bristol Digest, Vol 630, Issue 5

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. LVM needs a tidy up (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Sat, 9 Jan 2016 22:44:10 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: [bristol] LVM needs a tidy up
Message-ID: <56918D3A.5010804@virginmedia.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

I have to admit to being lazy when adding new Distros in the past due
the size of cheap large HD's! Recently I was having problems with my
Fedora 23 not booting on sda and reverted to Fedora 22 on sdb. Both are
configured to use a separate /home partition and my data is is OK.

On checking what is configured (and revising a bit on LVM) I found my
LVM on sdb is in a real mess. It is too complex to explain so here is
what I think I have (learnt a bit of Inkscape!):

https://dl.dropboxusercontent.com/u/45909169/LVMDisks.pdf

I want to tidy up sdb:

Could I join VG's "Fedora21_Study" and "Fedora" then rename it more
suitably?

I could then remove swap from "Fedora21_study" and "VG Fedora00" then
reuse any space saved.

If there are other better suggestions (not "don't use LVM!), would be
appreciated?

Apologies again for being indisciplined in the past


Regards
--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 630, Issue 5
***************************************

Sabtu, 09 Januari 2016

Bristol Digest, Vol 630, Issue 4

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Digimate Monitor - Anyone a Modeline Expert!? (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Sat, 9 Jan 2016 11:21:55 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <5690ED53.6040904@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed



On 07/01/16 21:43, Peter Hemmings wrote:
> FWIW
>
> Just finishing for tonight and found this:
>
> https://delightlylinux.wordpress.com/2014/01/13/edid-revisted/
>
> Which seems relevant and will try tomorrow!
>
>

Had another go but new monitor arrived and this will probably stay
unresolved.

I did notice I can see the EDID probing on new monitor but thought it
was not on the Digimate so I will check.

Otherwise its free for spares/repair!


I have been very lazy over the years with installing OS's with LVM and
not being tidy, so have been revising LVM so I can tidy up partitions.

I know LVM is not "in vogue" for many but it might now be useful for me!


>
Regards

--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 630, Issue 4
***************************************

Jumat, 08 Januari 2016

Bristol Digest, Vol 630, Issue 3

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Digimate Monitor - Anyone a Modeline Expert!? (David Smith)
2. Re: Digimate Monitor - Anyone a Modeline Expert!? (Peter Hemmings)
3. Re: Digimate Monitor - Anyone a Modeline Expert!? (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Thu, 7 Jan 2016 13:39:35 +0000
From: David Smith <David.Smith@imgtec.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID:
<15A9D35B5490FC49AC0524AE3A085F082C95F7F4@BRMAIL01.br.imgtec.org>
Content-Type: text/plain; charset="us-ascii"

> From: Bristol [mailto:bristol-bounces@mailman.lug.org.uk] On Behalf Of Peter
> Hemmings
>
> I recently dismantled a Digimate 20" L-2041W that was beginning to vibrate
> which I sorted. On reassembly I cannot get it to sync and it shows part of
> vertical distorted on the right of the screen.
> Re-checked assembly/connections 3 times but still the same. Checked DVI leads
> and all works with another monitor so thought I had somehow b**ggered it!
> On further research I noticed the VGA boot is also a problem in that it does not
> show all the screen and its horizontal sync is unstable.

If you're plugging it back in to the same machine that it was plugged into before, and you hadn't plugged a different monitor in to that machine in the meantime, I'm starting to suspect that it might be something you did to it. Have you tried using it on a different machine?



------------------------------

Message: 2
Date: Thu, 7 Jan 2016 21:27:53 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <568ED859.4060306@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed



On 07/01/16 13:39, David Smith wrote:
>> From: Bristol [mailto:bristol-bounces@mailman.lug.org.uk] On Behalf
>> Of Peter Hemmings
>>
>> I recently dismantled a Digimate 20" L-2041W that was beginning to
>> vibrate which I sorted. On reassembly I cannot get it to sync and
>> it shows part of vertical distorted on the right of the screen.
>> Re-checked assembly/connections 3 times but still the same. Checked
>> DVI leads and all works with another monitor so thought I had
>> somehow b**ggered it! On further research I noticed the VGA boot is
>> also a problem in that it does not show all the screen and its
>> horizontal sync is unstable.
>
> If you're plugging it back in to the same machine that it was plugged
> into before, and you hadn't plugged a different monitor in to that
> machine in the meantime, I'm starting to suspect that it might be
> something you did to it. Have you tried using it on a different
> machine?

Well not H/W, but it don't work (DVI) on other earlier OS's on
different partitions (only sharing the /home). It also dont work on an
old XP professional partition.

I just tried VGA connector and that works bl**dy awful resolution, I am
on it now!
The "Display" now shows "Unknown" monitor at 1024x768 but it still looks
awful (not exact screen pixel count I assume)

Is the mode line only relevant for DVI as I have lost my "Nits"!!!?

Ordered a new monitor so this one might be going very cheap!!


Will have a last try this weekend but I have now noticed problems with
Gnome and fedora 22 Wayland not being able to cut and past from
documents into a terminal - but that's for another day.




>
> _______________________________________________ Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>

Regards


--
Peter H



------------------------------

Message: 3
Date: Thu, 7 Jan 2016 21:43:25 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <568EDBFD.7090106@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

FWIW

Just finishing for tonight and found this:

https://delightlylinux.wordpress.com/2014/01/13/edid-revisted/

Which seems relevant and will try tomorrow!



--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 630, Issue 3
***************************************

Kamis, 07 Januari 2016

Bristol Digest, Vol 630, Issue 2

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Re: Digimate Monitor - Anyone a Modeline Expert!? (Amias Channer)
2. Re: Digimate Monitor - Anyone a Modeline Expert!? (David Smith)


----------------------------------------------------------------------

Message: 1
Date: Thu, 7 Jan 2016 10:28:03 +0000
From: Amias Channer <me@amias.net>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID:
<CAMgU7XX051h-miULrTTUb1wOm44mWMzn27MtbKdNondMi1Kznw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello Peter ,

you can use a CVT to create modelines , its included in my ubuntu install.
or the source can be found here http://www.uruk.org/~erich/projects/cvt/

If there is no EDID returned then that would seem like breakage to me , if
you can find someone who has the same monitor they could dump the EDID for
you and you can instruct your system to use it.

My understanding was that the EDID lets the card know what the monitor can
do , you only need it if you want to auto detect so if you don't have you
need to specifiy what you want and hope the monitor supports it.

Monitor id strings are often totally different from the marketing names as
they can often be the panel name or any other significant third party
compenent.

Cheers
Amias
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20160107/41a84406/attachment-0001.html>

------------------------------

Message: 2
Date: Thu, 7 Jan 2016 11:59:43 +0000
From: David Smith <David.Smith@imgtec.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID:
<15A9D35B5490FC49AC0524AE3A085F082C95F7C8@BRMAIL01.br.imgtec.org>
Content-Type: text/plain; charset="us-ascii"

> -----Original Message-----
> From: Bristol [mailto:bristol-bounces@mailman.lug.org.uk] On Behalf Of Peter
> I thought you gave me Xconfig entries when we first bought them as they did
> not work out of the box!?

I did, but it's now a different PC with a different video card (nVidia Quadro NVS 295), and a much newer version of Linux...

> Does your "Display" state its a "Nits 22inch"?
>
> Is it picking this up from the monitor EDID?

I'll have to have a look at home.



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 630, Issue 2
***************************************

Bristol Digest, Vol 630, Issue 1

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. Digimate Monitor - Anyone a Modeline Expert!? (Peter Hemmings)
2. Re: Digimate Monitor - Anyone a Modeline Expert!?
(Alex Butcher (LUG))
3. Re: Digimate Monitor - Anyone a Modeline Expert!? (David Fear)
4. Re: Digimate Monitor - Anyone a Modeline Expert!? (Martin)
5. Re: Digimate Monitor - Anyone a Modeline Expert!? (David Smith)
6. Re: Digimate Monitor - Anyone a Modeline Expert!? (Peter Hemmings)


----------------------------------------------------------------------

Message: 1
Date: Wed, 6 Jan 2016 20:38:07 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: LUG <bristol@mailman.lug.org.uk>
Subject: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <568D7B2F.5030602@virginmedia.com>
Content-Type: text/plain; charset=utf-8; format=flowed

Hi,

I recently dismantled a Digimate 20" L-2041W that was beginning to
vibrate which I sorted. On reassembly I cannot get it to sync and it
shows part of vertical distorted on the right of the screen.
Re-checked assembly/connections 3 times but still the same. Checked DVI
leads and all works with another monitor so thought I had somehow
b**ggered it!
On further research I noticed the VGA boot is also a problem in that it
does not show all the screen and its horizontal sync is unstable.

I am on Fedora 22 and the display is showing "NITS Technology Inc 22
inch" and has no resolution settings to tweak.

I remember this monitor did not give its EDID and I had to put in a
modeline to get it to work (Dave S - if you still have details it would
help).

I think there is nothing wrong with the monitor but need to sort out a
modeline to get it working and why I am getting a "NITS 22inch" unless
that was something to do with original settings.

Maybe I need to add something after the modeline settings to stop it
picking up "NITS"!?
FYI I have made an 00-myfile.conf in /etc/X11/xorg.conf.d that just has
a modeline for 1680x1050, do I need one for vga or should it just work!!?

Thanks


--
Peter H



------------------------------

Message: 2
Date: Wed, 06 Jan 2016 21:32:29 +0000
From: "Alex Butcher (LUG)" <lug@assursys.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>,
Peter Hemmings <peternsomerset@virginmedia.com>, LUG
<bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <9E468402-BA35-4C25-B174-72E0226C9851@assursys.co.uk>
Content-Type: text/plain; charset="utf-8"

The output from the BIOS and GRUB should sync without any special treatment. If they don't, the monitor is operating out of spec.

Best Regards,
Alex

On 6 January 2016 20:38:07 GMT+00:00, Peter Hemmings <peternsomerset@virginmedia.com> wrote:
>Hi,
>
>I recently dismantled a Digimate 20" L-2041W that was beginning to
>vibrate which I sorted. On reassembly I cannot get it to sync and it
>shows part of vertical distorted on the right of the screen.
>Re-checked assembly/connections 3 times but still the same. Checked DVI
>
>leads and all works with another monitor so thought I had somehow
>b**ggered it!
>On further research I noticed the VGA boot is also a problem in that it
>
>does not show all the screen and its horizontal sync is unstable.
>
>I am on Fedora 22 and the display is showing "NITS Technology Inc 22
>inch" and has no resolution settings to tweak.
>
>I remember this monitor did not give its EDID and I had to put in a
>modeline to get it to work (Dave S - if you still have details it would
>
>help).
>
>I think there is nothing wrong with the monitor but need to sort out a
>modeline to get it working and why I am getting a "NITS 22inch" unless
>that was something to do with original settings.
>
>Maybe I need to add something after the modeline settings to stop it
>picking up "NITS"!?
>FYI I have made an 00-myfile.conf in /etc/X11/xorg.conf.d that just has
>
>a modeline for 1680x1050, do I need one for vga or should it just
>work!!?
>
>Thanks
>
>
>--
>Peter H
>
>_______________________________________________
>Bristol mailing list
>Bristol@mailman.lug.org.uk
>https://mailman.lug.org.uk/mailman/listinfo/bristol

--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20160106/86d289d6/attachment-0001.html>

------------------------------

Message: 3
Date: Wed, 6 Jan 2016 21:40:28 +0000
From: David Fear <david@dfear.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <568D89CC.5090101@dfear.co.uk>
Content-Type: text/plain; charset=windows-1252; format=flowed

On 06/01/16 20:38, Peter Hemmings wrote:
> Hi,
>
> I recently dismantled a Digimate 20" L-2041W that was beginning to
> vibrate which I sorted. On reassembly I cannot get it to sync and it
> shows part of vertical distorted on the right of the screen.
> Re-checked assembly/connections 3 times but still the same. Checked DVI
> leads and all works with another monitor so thought I had somehow
> b**ggered it!
> On further research I noticed the VGA boot is also a problem in that it
> does not show all the screen and its horizontal sync is unstable.
>
> I am on Fedora 22 and the display is showing "NITS Technology Inc 22
> inch" and has no resolution settings to tweak.
>
> I remember this monitor did not give its EDID and I had to put in a
> modeline to get it to work (Dave S - if you still have details it would
> help).
>
> I think there is nothing wrong with the monitor but need to sort out a
> modeline to get it working and why I am getting a "NITS 22inch" unless
> that was something to do with original settings.
>
> Maybe I need to add something after the modeline settings to stop it
> picking up "NITS"!?
> FYI I have made an 00-myfile.conf in /etc/X11/xorg.conf.d that just has
> a modeline for 1680x1050, do I need one for vga or should it just work!!?
>
> Thanks
>
>
Hi

I think this is the info you are looking for:

> Message: 4
> Date: Wed, 21 May 2008 07:42:13 +0100
> From: David Smith <David.Smith@ds-electronics.co.uk>
> Subject: Re: [bristol] Can't get new TFT monitor to work on Linux!
> To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
> Message-ID: <200805210742.13374.David.Smith@ds-electronics.co.uk>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Wednesday 21 May 2008 06:28, Peter Hemmings wrote:
>> P.S I have seen references to sax and dpkg-reconfig xserver, could
>> they be my salvation?
>
> sax is SuSE's X configuration tool, and dpkg-reconfig xserver looks
> rather debian-related to me, so it'd be tricky to get them to work
> under Fedora.
>
> I've also just got two, and they work nicely with my Eee (although for
> some reason I can't quite get it up to the native resoltion, but I've
> managed something pretty high; I suspect that may be more related to
> the Eee rather than the monitor). My new base station should be
> arriving soon, so hopefully I'll be able to get them working with that,
> and then I'll see if we can get your X config file edited.
>
> You might like to try editing it yourself directly (take a copy first),
> to put in a modeline giving your monitor's correct values (HSync 60 Hz,
> VSync 65.22 kHz).
>
> Try the following modeline:
> Modeline "1680x1050" 141.09 1680 1784 1960 2240 1050 1051 1054 1086
>
> You also need to modify your "Monitor" section to make sure that your
> HorizSync and VertRefresh value ranges are sensible (i.e. include the
> values that you want), and modify your "Screen" section to tell it to
> use your "1680x1050" modeline.
>
> It's probably worth making your new modeline the only one in the file.
> If it still doesn't work, it should put an error message in to the X
> server log in /var/log.



--
Regards

-----------------------------------
Dave Fear :: david@dfear.co.uk

Order your free giffgaff SIM card through my page and get 5 pounds free
credit http://t.co/z1KJF5y



------------------------------

Message: 4
Date: Wed, 06 Jan 2016 22:51:03 +0000
From: Martin <inkubus@interalpha.co.uk>
To: bristol@mailman.lug.org.uk
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <1452120663.18981.132.camel@interalpha.co.uk>
Content-Type: text/plain; charset="UTF-8"

On Wed, 2016-01-06 at 20:38 +0000, Peter Hemmings wrote:
> Hi,
>
> I recently dismantled a Digimate 20" L-2041W that was beginning to
> vibrate which I sorted. On reassembly I cannot get it to sync and it
> shows part of vertical distorted on the right of the screen.
> Re-checked assembly/connections 3 times but still the same. Checked DVI
> leads and all works with another monitor so thought I had somehow
> b**ggered it!
> On further research I noticed the VGA boot is also a problem in that it
> does not show all the screen and its horizontal sync is unstable.
>
> I am on Fedora 22 and the display is showing "NITS Technology Inc 22
> inch" and has no resolution settings to tweak.
>
> I remember this monitor did not give its EDID and I had to put in a
> modeline to get it to work (Dave S - if you still have details it would
> help).
>
> I think there is nothing wrong with the monitor but need to sort out a
> modeline to get it working and why I am getting a "NITS 22inch" unless
> that was something to do with original settings.
>
> Maybe I need to add something after the modeline settings to stop it
> picking up "NITS"!?
> FYI I have made an 00-myfile.conf in /etc/X11/xorg.conf.d that just has
> a modeline for 1680x1050, do I need one for vga or should it just work!!?

I'm not a modeline expert but I have composed them manually in the past.
IIRC I read:

http://www.tldp.org/HOWTO/html_single/XFree86-Video-Timings-HOWTO/

Somewhere (linked from this?) there was an online modeline calculator as
well. The monitor I was working with seemed to handle me screwing
around with the numbers manually as well.

HTH

Cheers,
- Martin





------------------------------

Message: 5
Date: Thu, 7 Jan 2016 08:48:03 +0000
From: David Smith <David.Smith@imgtec.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID:
<15A9D35B5490FC49AC0524AE3A085F082C95F771@BRMAIL01.br.imgtec.org>
Content-Type: text/plain; charset="us-ascii"

> From: Bristol [mailto:bristol-bounces@mailman.lug.org.uk] On Behalf Of Peter
> Hemmings
> I remember this monitor did not give its EDID and I had to put in a modeline to
> get it to work (Dave S - if you still have details it would help).

David F has already posted the previous details; I still have two of these monitors, and they're working fine - in fact, I recently installed Linux Mint 17.2 (MATE) on a PC connected to one, and it "just worked".



------------------------------

Message: 6
Date: Thu, 7 Jan 2016 09:57:16 +0000
From: Peter Hemmings <peternsomerset@virginmedia.com>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] Digimate Monitor - Anyone a Modeline Expert!?
Message-ID: <568E367C.4080105@virginmedia.com>
Content-Type: text/plain; charset=windows-1252; format=flowed

Thanks for the replies, will look at info later today/tomorrow.



On 07/01/16 08:48, David Smith wrote:
>> From: Bristol [mailto:bristol-bounces@mailman.lug.org.uk] On Behalf
>> Of Peter Hemmings I remember this monitor did not give its EDID and
>> I had to put in a modeline to get it to work (Dave S - if you still
>> have details it would help).
>
> David F has already posted the previous details;

OK

I still have two of
> these monitors, and they're working fine - in fact, I recently
> installed Linux Mint 17.2 (MATE) on a PC connected to one, and it
> "just worked".

I thought you gave me Xconfig entries when we first bought them as they
did not work out of the box!?
Does your "Display" state its a "Nits 22inch"?

Is it picking this up from the monitor EDID?

A couple of questions to help me understand things!:

IS the VGA opening boot lines affected by the modeline or EDID from the
monitor? If not then there is not much I can do!
If there is a modeline entry will this override the EDID?


>
> _______________________________________________ Bristol mailing list
> Bristol@mailman.lug.org.uk
> https://mailman.lug.org.uk/mailman/listinfo/bristol
>

Regards

--
Peter H



------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 630, Issue 1
***************************************

Sabtu, 02 Januari 2016

Bristol Digest, Vol 629, Issue 3

Send Bristol mailing list submissions to
bristol@mailman.lug.org.uk

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.lug.org.uk/mailman/listinfo/bristol
or, via email, send a message with subject or body 'help' to
bristol-request@mailman.lug.org.uk

You can reach the person managing the list at
bristol-owner@mailman.lug.org.uk

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Bristol digest..."


Today's Topics:

1. New MB/CPU (Andrew McLean)
2. Re: New MB/CPU (Alex Butcher (LUG))


----------------------------------------------------------------------

Message: 1
Date: Fri, 1 Jan 2016 17:58:23 +0000
From: Andrew McLean <am57762@gmail.com>
To: LUG <bristol@mailman.lug.org.uk>
Subject: [bristol] New MB/CPU
Message-ID: <5686BE3F.7080105@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed

I just upgraded my Linux box from a five-year old Intel Q6600 / 2.4GHz to
an AMD FX-8320 3.2 GHZ on a Gigabyte GA-970A; I bought the MB bundle
from Novatech, who I have used before.

The installation (of Linux Mint 17.3 MATE) was easy, and everything worked
as expected. But so far I'm not seeing any performance improvement; in fact
my own threaded programs are slower than before. Obviously I've got a deal
of investigation to do, but I wondered if anyone in the LUG has had
experience
of this combination of hardware and Linux ? Are there any gotchas I need to
be aware of, obvious things I should check etc ? I let the installer do
its own
thing. Could I have used an option to control what it installed more
precisely ?
I have looked on the web, but didn't spot anything helpful so far.

I have run the Phoronix test suite once so far, but the results page seems
completely different from the one I ran on the previous system, so I
can't compare
them. I haven't figured out why that is yet. The old report doesn't seem
to include
the Phoronix version no....

I might decide to temporarily revert to the previous MB, just to collect
more
performance data. If I did that, what performance tools would anyone
recommend,
apart from Phoronix, which is included in Mint 17.3 ?
I guess there must be more basic tools, but I'm not familiar with them.

Yours curiously...,
Andrew McLean




------------------------------

Message: 2
Date: Fri, 01 Jan 2016 18:04:59 +0000
From: "Alex Butcher (LUG)" <lug@assursys.co.uk>
To: Bristol and Bath Linux User Group <bristol@mailman.lug.org.uk>
Subject: Re: [bristol] New MB/CPU
Message-ID: <7D337AC5-A7D1-400A-BCD8-72E0654CEE68@assursys.co.uk>
Content-Type: text/plain; charset="utf-8"

http://www.cpu-world.com/Compare/560/AMD_FX-Series_FX-8320_vs_Intel_Core_2_Quad_Q6600.html and http://cpuboss.com/cpus/Intel-Core2-Quad-Q6600-vs-AMD-FX-8320 suggest you probably shouldn't expect much difference in performance between the two, even when running 8 threads.

Best Regards,
Alex

On 1 January 2016 17:58:23 GMT+00:00, Andrew McLean <am57762@gmail.com> wrote:
>I just upgraded my Linux box from a five-year old Intel Q6600 / 2.4GHz
>to
>an AMD FX-8320 3.2 GHZ on a Gigabyte GA-970A; I bought the MB bundle
>from Novatech, who I have used before.
>
>The installation (of Linux Mint 17.3 MATE) was easy, and everything
>worked
>as expected. But so far I'm not seeing any performance improvement; in
>fact
>my own threaded programs are slower than before. Obviously I've got a
>deal
>of investigation to do, but I wondered if anyone in the LUG has had
>experience
>of this combination of hardware and Linux ? Are there any gotchas I
>need to
>be aware of, obvious things I should check etc ? I let the installer do
>
>its own
>thing. Could I have used an option to control what it installed more
>precisely ?
>I have looked on the web, but didn't spot anything helpful so far.
>
>I have run the Phoronix test suite once so far, but the results page
>seems
>completely different from the one I ran on the previous system, so I
>can't compare
>them. I haven't figured out why that is yet. The old report doesn't
>seem
>to include
>the Phoronix version no....
>
>I might decide to temporarily revert to the previous MB, just to
>collect
>more
>performance data. If I did that, what performance tools would anyone
>recommend,
>apart from Phoronix, which is included in Mint 17.3 ?
>I guess there must be more basic tools, but I'm not familiar with them.
>
>Yours curiously...,
>Andrew McLean
>
>
>_______________________________________________
>Bristol mailing list
>Bristol@mailman.lug.org.uk
>https://mailman.lug.org.uk/mailman/listinfo/bristol

--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.lug.org.uk/mailman/private/bristol/attachments/20160101/723094ae/attachment-0001.html>

------------------------------

Subject: Digest Footer

_______________________________________________
Bristol mailing list
Bristol@mailman.lug.org.uk
https://mailman.lug.org.uk/mailman/listinfo/bristol

------------------------------

End of Bristol Digest, Vol 629, Issue 3
***************************************