Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 23:34:12 David Wright wrote:

> On Sat 10 Feb 2018 at 22:06:05 (-0500), Gene Heskett wrote:
> > On Saturday 10 February 2018 18:04:30 Brian wrote:
> > > On Sat 10 Feb 2018 at 16:09:00 -0500, Gene Heskett wrote:
> > > > On Saturday 10 February 2018 15:27:09 David Wright wrote:
> > > > > On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> > > > > > On Saturday 10 February 2018 11:57:38 David Wright wrote:
> > > > > > > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > > > > > > And despite my emasculation of udev, disabling sdd,
> > > > > > > > according to the syslog, usbmount is still auto mounting
> > > > > > > > these cards, all 3 of them.
> > > > >
> > > > > You wrote:
> > > > >
> > > > > > > > So if I plan on working with these images on this
> > > > > > > > machine with gparted, I imagine I had better find
> > > > > > > > usbmount and remove its execute bits. But first make my
> > > > > > > > baby some breakfast.
> > > > > > >
> > > > > > >  Oh my, what did you expect?
> > > > > >
> > > > > > For something as potentially obnoxious as that, an easily
> > > > > > thrown switch to enable/disable it. It is NOT in
> > > > > > /etc/init.d.
> > > > >
> > > > > What isn't in /etc/init.d? What do you expect to be in
> > > > > /etc/init.d?
> > > >
> > > > usbmount.  I expected to find a starter script with a
> > > > recognizable name.
> > >
> > > Your expectations on where usbmount puts its files are completely
> > > and utterly unfounded.
> > >
> > > > > Why?
> > > >
> > > > Why not? At least that would give this hacker a target to throw
> > > > a hatchet at.
> > >
> > > David Wright meant - why did you expect usbmount (which you have
> > > determined is not on your machine) to put a file in /etc/init.d?
> > >
> > > > > > >  Package: usbmount
> > > > > > >
> > > > > > >  Description-en: automatically mount and unmount USB mass
> > > > > > > storage devices
> > > > > > >
> > > > > > >  This package automatically mounts USB mass storage
> > > > > > > devices (typically USB pens) when they are plugged in, and
> > > > > > > unmounts them when they are removed. The mountpoints
> > > > > > > (/media/usb[0-7] by default), filesystem types to
> > > > > > > consider, and mount options are configurable. When
> > > > > > > multiple devices are plugged in, the first available
> > > > > > > mountpoint is automatically selected. If the device
> > > > > > > provides a model name, a symbolic link
> > > > > > > /var/run/usbmount/MODELNAME pointing to the mountpoint is
> > > > > > > automatically created.
> > > > > > >
> > > > > > > Cheers,
> > > > > > > David.
> > > > > >
> > > > > > No such critter on this wheezy box.
> > > > >
> > > > > So how do you explain the above? This is getting silly.
> > > >
> > > > Silly? Not in the least. At least I don't often equate silly
> > > > with frustrating. Something is starting this "usbmount" thingy,
> > > > and its not me.
> > >
> > > This is the "usbmount" thingy critter which is absent from your
> > > box?
> > >
> > > > sudo grep -R usbmount /etc/*
> > > > has been peeking under the covers in etc for around 5 minutes
> > > > now, no hits.
> > >
> > > Not surprising if it doesn't exist.
> >
> > I didn't think it did, until htop caught it running yesterday.
> >
> > > > So in this admittedly corner case, the thing needs an on/off
> > > > switch so gparted CAN do its thing without fighting with what
> > > > somebody no doubt thought was one of their better brainstorms.
> > > > Its turned what should be a simple operation on working 64GiB 
> > > > disk, whose last data is just past 4GiB, and I want to then make
> > > > another image file that only includes the used area of the disk,
> > > > into a major PAIN IN THE ASS. This is how raspbian and ayufan
> > > > prepare the images they release, so why the hell can't I do it
> > > > too?
> > > >
> > > > Grep finally found it, and it does have a switch, so for now its
> > > > turned off on this machine. Hopefully that will also stop the
> > > > cell phone icons from showing up when I plug it in for charging.
> > >
> > > Where did it find it?
> >
> > /etc/usbmount/usbmount.conf.  And it has exactly the switch I was
> > looking for. So ATM its turned off. But damn! I just now plugged in
> > the cell phone and the icon popped up in about a second. But I guess
> > thats because I didn't block it for sdf.
>
> Odd, that, because the README for usbmount says:
>
>  USBmount is intended as a lightweight solution which is independent
> of a desktop environment. Users which would like an icon to appear
> when an USB device is plugged in should use other alternatives.
>
I don't believe usbmount did this one, 60-persistent-storage.rule I think 
did this one as I only kill sdd, and the phone, if the card reader (sdd) 
is plugged in would have made the phone be sdf.

Just so we're on the same page, David. :)
> Cheers,
> David.



-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in 

Re: libgparted bug.

[David Wright]

On Sat 10 Feb 2018 at 22:06:05 (-0500), Gene Heskett wrote:
> On Saturday 10 February 2018 18:04:30 Brian wrote:
> 
> > On Sat 10 Feb 2018 at 16:09:00 -0500, Gene Heskett wrote:
> > > On Saturday 10 February 2018 15:27:09 David Wright wrote:
> > > > On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> > > > > On Saturday 10 February 2018 11:57:38 David Wright wrote:
> > > > > > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > > > > > And despite my emasculation of udev, disabling sdd,
> > > > > > > according to the syslog, usbmount is still auto mounting
> > > > > > > these cards, all 3 of them.
> > > >
> > > > You wrote:
> > > >
> > > > > > > So if I plan on working with these images on this machine
> > > > > > > with gparted, I imagine I had better find usbmount and
> > > > > > > remove its execute bits. But first make my baby some
> > > > > > > breakfast.
> > > > > >
> > > > > >  Oh my, what did you expect?
> > > > >
> > > > > For something as potentially obnoxious as that, an easily thrown
> > > > > switch to enable/disable it. It is NOT in /etc/init.d.
> > > >
> > > > What isn't in /etc/init.d? What do you expect to be in
> > > > /etc/init.d?
> > >
> > > usbmount.  I expected to find a starter script with a recognizable
> > > name.
> >
> > Your expectations on where usbmount puts its files are completely and
> > utterly unfounded.
> >
> > > > Why?
> > >
> > > Why not? At least that would give this hacker a target to throw a
> > > hatchet at.
> >
> > David Wright meant - why did you expect usbmount (which you have
> > determined is not on your machine) to put a file in /etc/init.d?
> >
> > > > > >  Package: usbmount
> > > > > >
> > > > > >  Description-en: automatically mount and unmount USB mass
> > > > > > storage devices
> > > > > >
> > > > > >  This package automatically mounts USB mass storage devices
> > > > > > (typically USB pens) when they are plugged in, and unmounts
> > > > > > them when they are removed. The mountpoints (/media/usb[0-7]
> > > > > > by default), filesystem types to consider, and mount options
> > > > > > are configurable. When multiple devices are plugged in, the
> > > > > > first available mountpoint is automatically selected. If the
> > > > > > device provides a model name, a symbolic link
> > > > > > /var/run/usbmount/MODELNAME pointing to the mountpoint is
> > > > > > automatically created.
> > > > > >
> > > > > > Cheers,
> > > > > > David.
> > > > >
> > > > > No such critter on this wheezy box.
> > > >
> > > > So how do you explain the above? This is getting silly.
> > >
> > > Silly? Not in the least. At least I don't often equate silly with
> > > frustrating. Something is starting this "usbmount" thingy, and its
> > > not me.
> >
> > This is the "usbmount" thingy critter which is absent from your box?
> >
> > > sudo grep -R usbmount /etc/*
> > > has been peeking under the covers in etc for around 5 minutes now,
> > > no hits.
> >
> > Not surprising if it doesn't exist.
> 
> I didn't think it did, until htop caught it running yesterday.
> 
> > > So in this admittedly corner case, the thing needs an on/off switch
> > > so gparted CAN do its thing without fighting with what somebody no
> > > doubt thought was one of their better brainstorms. Its turned what
> > > should be a simple operation on working 64GiB  disk, whose last data
> > > is just past 4GiB, and I want to then make another image file that
> > > only includes the used area of the disk, into a major PAIN IN THE
> > > ASS. This is how raspbian and ayufan prepare the images they
> > > release, so why the hell can't I do it too?
> > >
> > > Grep finally found it, and it does have a switch, so for now its
> > > turned off on this machine. Hopefully that will also stop the cell
> > > phone icons from showing up when I plug it in for charging.
> >
> > Where did it find it?
> 
> /etc/usbmount/usbmount.conf.  And it has exactly the switch I was looking 
> for. So ATM its turned off. But damn! I just now plugged in the cell 
> phone and the icon popped up in about a second. But I guess thats 
> because I didn't block it for sdf.

Odd, that, because the README for usbmount says:

 USBmount is intended as a lightweight solution which is independent of
 a desktop environment. Users which would like an icon to appear when
 an USB device is plugged in should use other alternatives.

Cheers,
David.

Re: Playing or Ripping UDF CDs Under jessie

[Thomas Amm]

On Sat, 27 Jan 2018 17:27:33 -0600
"Martin McCormick"  wrote:

> deloptes  writes:
> > IMO read error means CD is bad, dirty scratched whatever
> > 
> > regards  
> 
> Thank you but I think it is confused as the disk is brand new,
> part of a set and all of them spew errors when placed in a drive.
> They also play flawlessly in a DVD player which is one of those
> multimedia types that will play anything from ISO9660 CD's to
> DVD's.
> 
>   I think there is a deliberate protocol violation in the
> control data that is there to discourage copying as there are
> just too many brand new disks (6 all together) for them all to be
> duds.  I do agree that damaged disks do normally throw these
> errors but it also looks like one is not supposed to mount them
> as file systems.  In that way, they are exactly like iso9660
> disks.
> 
> Martin
> 

DVDs -both, video and audio- have been well known to contain
deliberately botched track indices, or in case of UDF, directory entries
as some sort of copy protection. Usually these indices,
written additionally to the valid ones are too complex to be
understood by "dumb" standalone-players and therefore ignored by them.
When read by computers, however, they appeared mostly unreadable.
My money's on some willful violation of the UDF standard, maybe
somewhat more sophisticated as the previous scheme.
VLC, btw used to be quite good reading these disks, sometimes also
lsdvd used to provide at least some info about their content.

Cheers,

Tom
-- 
"I hate these filthy Neutrals, Kif. With enemies you know where they
stand but with Neutrals, who knows? It sickens me."
  -- Zapp Brannigan

device-mapper alignment inconsistency

[David Wright]

I shrank the original NTFS partition on a 1TB USB drive to make room
for an encrypted FAT32 filesystem after it. The partition table is:

# fdisk -l /dev/sdb
Disk /dev/sdb: 931.5 GiB, 1000204885504 bytes, 1953525167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: dos
Disk identifier: 0x6bc6bcdc

Device Boot  StartEndSectors   Size Id Type
/dev/sdb1 2048 1302349823 1302347776   621G  7 HPFS/NTFS/exFAT
/dev/sdb2   1302349824 1953521663  651171840 310.5G  c W95 FAT32 (LBA)
# 

and I left a gap at the end for a 1MB alignment (and future-proofing).
After running badblocks on sdb2, I created a LUKS container and made
the FAT32 filesystem:

# cryptsetup luksFormat /dev/sdb2
[…]
# cryptsetup open --type luks /dev/sdb2 thequiz
Enter passphrase for /dev/sdb2: 
# mkdosfs -v -i 20141210 -F 32 -n quiz02 /dev/mapper/thequiz
mkfs.fat 4.1 (2017-01-24)
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
/dev/mapper/thequiz has 255 heads and 63 sectors per track,
hidden sectors 0x;
logical sector size is 512,
using 0xf8 media descriptor, with 651106305 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 64 sectors per cluster.
FAT size is 79488 sectors, and provides 10171051 clusters.
There are 64 reserved sectors.
Volume ID is 20141210, volume label quiz02 .
# cryptsetup luksClose thequiz
# 

However, I now get this logged:

device-mapper: table: 254:1: adding target device sdb2 caused an alignment 
inconsistency:
physical_block_size=4096, logical_block_size=512, alignment_offset=0, 
start=33553920

Two of these lines came when I formatted the filesystem, and two more
when I reopened the container in order to:

# cryptsetup open --type luks /dev/sdb2 thequiz
Enter passphrase for /dev/sdb2: 
# dmsetup table
swanhome: 0 372082688 crypt aes-xts-plain64
 0 8:8 4096
thequiz: 0 651106305 crypt aes-xts-plain64
 0 8:18 65535
# 

The number of sectors 651106305 matches the filesystem size, and 8:18
matches /run/udev/data/b8:18, but I don't know the significance of 65535.

Should I recreate the partition, container, or filesystem, and what
extra data would I supply to improve things? (The FAT32 filesystem
is currently empty.) I can't see numbers here that indicate misalignment.

Cheers,
David.

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 18:04:30 Brian wrote:

> On Sat 10 Feb 2018 at 16:09:00 -0500, Gene Heskett wrote:
> > On Saturday 10 February 2018 15:27:09 David Wright wrote:
> > > On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> > > > On Saturday 10 February 2018 11:57:38 David Wright wrote:
> > > > > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > > > > And despite my emasculation of udev, disabling sdd,
> > > > > > according to the syslog, usbmount is still auto mounting
> > > > > > these cards, all 3 of them.
> > >
> > > You wrote:
> > >
> > > > > > So if I plan on working with these images on this machine
> > > > > > with gparted, I imagine I had better find usbmount and
> > > > > > remove its execute bits. But first make my baby some
> > > > > > breakfast.
> > > > >
> > > > >  Oh my, what did you expect?
> > > >
> > > > For something as potentially obnoxious as that, an easily thrown
> > > > switch to enable/disable it. It is NOT in /etc/init.d.
> > >
> > > What isn't in /etc/init.d? What do you expect to be in
> > > /etc/init.d?
> >
> > usbmount.  I expected to find a starter script with a recognizable
> > name.
>
> Your expectations on where usbmount puts its files are completely and
> utterly unfounded.
>
> > > Why?
> >
> > Why not? At least that would give this hacker a target to throw a
> > hatchet at.
>
> David Wright meant - why did you expect usbmount (which you have
> determined is not on your machine) to put a file in /etc/init.d?
>
> > > > >  Package: usbmount
> > > > >
> > > > >  Description-en: automatically mount and unmount USB mass
> > > > > storage devices
> > > > >
> > > > >  This package automatically mounts USB mass storage devices
> > > > > (typically USB pens) when they are plugged in, and unmounts
> > > > > them when they are removed. The mountpoints (/media/usb[0-7]
> > > > > by default), filesystem types to consider, and mount options
> > > > > are configurable. When multiple devices are plugged in, the
> > > > > first available mountpoint is automatically selected. If the
> > > > > device provides a model name, a symbolic link
> > > > > /var/run/usbmount/MODELNAME pointing to the mountpoint is
> > > > > automatically created.
> > > > >
> > > > > Cheers,
> > > > > David.
> > > >
> > > > No such critter on this wheezy box.
> > >
> > > So how do you explain the above? This is getting silly.
> >
> > Silly? Not in the least. At least I don't often equate silly with
> > frustrating. Something is starting this "usbmount" thingy, and its
> > not me.
>
> This is the "usbmount" thingy critter which is absent from your box?
>
> > sudo grep -R usbmount /etc/*
> > has been peeking under the covers in etc for around 5 minutes now,
> > no hits.
>
> Not surprising if it doesn't exist.

I didn't think it did, until htop caught it running yesterday.

> > So in this admittedly corner case, the thing needs an on/off switch
> > so gparted CAN do its thing without fighting with what somebody no
> > doubt thought was one of their better brainstorms. Its turned what
> > should be a simple operation on working 64GiB  disk, whose last data
> > is just past 4GiB, and I want to then make another image file that
> > only includes the used area of the disk, into a major PAIN IN THE
> > ASS. This is how raspbian and ayufan prepare the images they
> > release, so why the hell can't I do it too?
> >
> > Grep finally found it, and it does have a switch, so for now its
> > turned off on this machine. Hopefully that will also stop the cell
> > phone icons from showing up when I plug it in for charging.
>
> Where did it find it?

/etc/usbmount/usbmount.conf.  And it has exactly the switch I was looking 
for. So ATM its turned off. But damn! I just now plugged in the cell 
phone and the icon popped up in about a second. But I guess thats 
because I didn't block it for sdf.

>
> Looking for hairs on the palms of your hands sounds a more useful
> exercise than the one you have undertaken. Bet you find those too. :)

None on the palms of these hands, never has been in 83+ years, they are 
too busy.

-- 
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: [OT] debian (or debian like) terminal program for android

[Bob McGowan]

See as reference, what, John Hasler wrote on 02/10/2018 02:09 PM and 
02/10/2018 05:21 PM.


Which raises the question, what is wrong with "Termux" (I'm assuming you 
meant this when you listed "Terminux", as I can't find anything by that 
name, but could be wrong in my assumption).


Termux provides a BusyBox based basic environment, with the bash shell, 
that includes package management tools (pkg, apt) that let you install a 
large number of basic Linux applications, including Perl, file, ssh/scp, 
zsh and so on.


I also found, but have not tried, something called "GNURoot WheezyX 
(xterms), which may be more to your liking.


Bob


On 02/10/2018 01:46 PM, Harry Putnam wrote:

aside:
,
| Having such a time trying to google this.  It seems google has been
| dumbed down to the point where +word or "these words" no longer force
| those things to be in the hits.
`

Can anyone tell me if there is a serious terminal program for android
phones?

I mean a full OS and the basic commands.  Especially I'd like to have
ssh and scp among them.

What I've already tried and found lacking:

Terminux
simple sshd
ConnectBot
Material Terminal (Supposed to be an improvement over Terminal
   Emulator  for Android so didn't try that one)

Re: a hexeditor please

[Gene Heskett]

On Saturday 10 February 2018 17:43:48 Stefan Pietsch wrote:

> On 09.02.2018 18:28, Gene Heskett wrote:
> >> If you like the command line try radare2:
> >>
> >> https://screenshots.debian.net/package/radare2
> >> https://radare.gitbooks.io/radare2book/content/search_bytes/intro.h
> >>tml
> >
> > Looks interesting, will it run on 32 bit wheezy?
>
> Yes, it runs on i386 wheezy.
>
> But the wheezy package is rather old and has some security issues:
> https://security-tracker.debian.org/tracker/source-package/radare2

Rather looks like I had better let that dog sleep. Thanks for the update.


-- 
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: [OT] debian (or debian like) terminal program for android

[Celejar]

On Sat, 10 Feb 2018 16:46:39 -0500
Harry Putnam  wrote:

> aside: 
> ,
> | Having such a time trying to google this.  It seems google has been
> | dumbed down to the point where +word or "these words" no longer force
> | those things to be in the hits.
> `
> 
> Can anyone tell me if there is a serious terminal program for android
> phones?
> 
> I mean a full OS and the basic commands.  Especially I'd like to have
> ssh and scp among them.
> 
> What I've already tried and found lacking:
> 
> Terminux

I assume you mean termux? Can you explain what, exactly, you found
lacking?

There's also this:

https://www.xda-developers.com/guide-installing-and-running-a-gnulinux-environment-on-any-android-device/

Celejar

Re: [OT] debian (or debian like) terminal program for android

[John Hasler]

You want Busybox  plus a terminal
program.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: [OT] debian (or debian like) terminal program for android

[Jimmy Johnson]

On 02/10/2018 01:46 PM, Harry Putnam wrote:

aside:
,
| Having such a time trying to google this.  It seems google has been
| dumbed down to the point where +word or "these words" no longer force
| those things to be in the hits.
`

Can anyone tell me if there is a serious terminal program for android
phones?

I mean a full OS and the basic commands.  Especially I'd like to have
ssh and scp among them.

What I've already tried and found lacking:

Terminux
simple sshd
ConnectBot
Material Terminal (Supposed to be an improvement over Terminal
   Emulator  for Android so didn't try that one)



Best place to look for software https://f-droid.org/en/
Can you get root on your phone?

Cheers,
--
Jimmy Johnson

Debian Buster - KDE Plasma 5.10.5 - AMD A8-7600 - EXT4 at sda7
Registered Linux User #380263

at based alarm.

[peter]

Given a file named wake containing this script, an alarm can be started with at.
  at -f wake 6:30
How can the xterm be started with std{in,out,err} connected there?

Thanks, ... Peter E.

#!/bin/sh 
xterm
input=""
until [[ $input != "" ]] ; do
  echo Beginning until loop.
  /usr/bin/play /home/peter/ring.wav
  read -n 1 -t 4 input
done

-- 

123456789 123456789 123456789 123456789 123456789 123456789 123456789
Tel: +1 360 639 0202  Pender Is.: +1 250 629 3757
http://easthope.ca/Peter.html  Bcc: peter at easthope. ca

Re: libgparted bug.

[Brian]

On Sat 10 Feb 2018 at 16:09:00 -0500, Gene Heskett wrote:

> On Saturday 10 February 2018 15:27:09 David Wright wrote:
> 
> > On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> > > On Saturday 10 February 2018 11:57:38 David Wright wrote:
> > > > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > > > And despite my emasculation of udev, disabling sdd, according to
> > > > > the syslog, usbmount is still auto mounting these cards, all 3
> > > > > of them.
> >
> > You wrote:
> >
> > > > > So if I plan on working with these images on this machine with
> > > > > gparted, I imagine I had better find usbmount and remove its
> > > > > execute bits. But first make my baby some breakfast.
> > > >
> > > >  Oh my, what did you expect?
> > >
> > > For something as potentially obnoxious as that, an easily thrown
> > > switch to enable/disable it. It is NOT in /etc/init.d.
> >
> > What isn't in /etc/init.d? What do you expect to be in /etc/init.d?
> 
> usbmount.  I expected to find a starter script with a recognizable name.

Your expectations on where usbmount puts its files are completely and
utterly unfounded.

> > Why?
> 
> Why not? At least that would give this hacker a target to throw a hatchet 
> at.

David Wright meant - why did you expect usbmount (which you have
determined is not on your machine) to put a file in /etc/init.d?
 
> > > >  Package: usbmount
> > > >
> > > >  Description-en: automatically mount and unmount USB mass storage
> > > > devices
> > > >
> > > >  This package automatically mounts USB mass storage devices
> > > > (typically USB pens) when they are plugged in, and unmounts them
> > > > when they are removed. The mountpoints (/media/usb[0-7] by
> > > > default), filesystem types to consider, and mount options are
> > > > configurable. When multiple devices are plugged in, the first
> > > > available mountpoint is automatically selected. If the device
> > > > provides a model name, a symbolic link /var/run/usbmount/MODELNAME
> > > > pointing to the mountpoint is automatically created.
> > > >
> > > > Cheers,
> > > > David.
> > >
> > > No such critter on this wheezy box.
> >
> > So how do you explain the above? This is getting silly.
> 
> Silly? Not in the least. At least I don't often equate silly with 
> frustrating. Something is starting this "usbmount" thingy, and its not 
> me.

This is the "usbmount" thingy critter which is absent from your box?

> sudo grep -R usbmount /etc/*
> has been peeking under the covers in etc for around 5 minutes now, no 
> hits.

Not surprising if it doesn't exist.
  
> So in this admittedly corner case, the thing needs an on/off switch so 
> gparted CAN do its thing without fighting with what somebody no doubt 
> thought was one of their better brainstorms. Its turned what should be a 
> simple operation on working 64GiB  disk, whose last data is just past 
> 4GiB, and I want to then make another image file that only includes the 
> used area of the disk, into a major PAIN IN THE ASS. This is how 
> raspbian and ayufan prepare the images they release, so why the hell 
> can't I do it too?
> 
> Grep finally found it, and it does have a switch, so for now its turned 
> off on this machine. Hopefully that will also stop the cell phone icons 
> from showing up when I plug it in for charging.

Where did it find it?

Looking for hairs on the palms of your hands sounds a more useful
exercise than the one you have undertaken. Bet you find those too. :)

-- 
Brian.

Re: a hexeditor please

[Stefan Pietsch]

On 09.02.2018 18:28, Gene Heskett wrote:

>> If you like the command line try radare2:
>>
>> https://screenshots.debian.net/package/radare2
>> https://radare.gitbooks.io/radare2book/content/search_bytes/intro.html
>>
> Looks interesting, will it run on 32 bit wheezy?

Yes, it runs on i386 wheezy.

But the wheezy package is rather old and has some security issues:
https://security-tracker.debian.org/tracker/source-package/radare2

Re: [OT] debian (or debian like) terminal program for android

[David Christensen]

On 02/10/18 14:09, John Hasler wrote:

Harry writes:

Can anyone tell me if there is a serious terminal program for android
phones?



I mean a full OS and the basic commands.  Especially I'd like to have
ssh and scp among them.


You don't want a terminal program.  You want a terminal program plus a
shell plus a full set of standard Unix command line programs.


+1


Back in the day, I had a Samsung phone with Android 2.2.1 phone.  It 
definitely had a Linux feel, especially when I installed Scripting Layer 
for Android (SL4A) and Perl (other languages also available):


https://en.wikipedia.org/wiki/Scripting_Layer_for_Android

https://github.com/damonkohler/sl4a


I suggest looking for an Android developer community and learning what 
those people do with their Android devices.  Along the way, you might 
want to set up a computer with the Android development tool chain.



David

Re: [OT] debian (or debian like) terminal program for android

[John Hasler]

Harry writes:
> Can anyone tell me if there is a serious terminal program for android
> phones?

> I mean a full OS and the basic commands.  Especially I'd like to have
> ssh and scp among them.

You don't want a terminal program.  You want a terminal program plus a
shell plus a full set of standard Unix command line programs.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

[OT] debian (or debian like) terminal program for android

[Harry Putnam]

aside: 
,
| Having such a time trying to google this.  It seems google has been
| dumbed down to the point where +word or "these words" no longer force
| those things to be in the hits.
`

Can anyone tell me if there is a serious terminal program for android
phones?

I mean a full OS and the basic commands.  Especially I'd like to have
ssh and scp among them.

What I've already tried and found lacking:

Terminux
simple sshd
ConnectBot
Material Terminal (Supposed to be an improvement over Terminal
  Emulator  for Android so didn't try that one)

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 15:27:09 David Wright wrote:

> On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> > On Saturday 10 February 2018 11:57:38 David Wright wrote:
> > > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > > And despite my emasculation of udev, disabling sdd, according to
> > > > the syslog, usbmount is still auto mounting these cards, all 3
> > > > of them.
>
> You wrote:
>
> > > > So if I plan on working with these images on this machine with
> > > > gparted, I imagine I had better find usbmount and remove its
> > > > execute bits. But first make my baby some breakfast.
> > >
> > >  Oh my, what did you expect?
> >
> > For something as potentially obnoxious as that, an easily thrown
> > switch to enable/disable it. It is NOT in /etc/init.d.
>
> What isn't in /etc/init.d? What do you expect to be in /etc/init.d?

usbmount.  I expected to find a starter script with a recognizable name.

> Why?

Why not? At least that would give this hacker a target to throw a hatchet 
at.

> > >  Package: usbmount
> > >
> > >  Description-en: automatically mount and unmount USB mass storage
> > > devices
> > >
> > >  This package automatically mounts USB mass storage devices
> > > (typically USB pens) when they are plugged in, and unmounts them
> > > when they are removed. The mountpoints (/media/usb[0-7] by
> > > default), filesystem types to consider, and mount options are
> > > configurable. When multiple devices are plugged in, the first
> > > available mountpoint is automatically selected. If the device
> > > provides a model name, a symbolic link /var/run/usbmount/MODELNAME
> > > pointing to the mountpoint is automatically created.
> > >
> > > Cheers,
> > > David.
> >
> > No such critter on this wheezy box.
>
> So how do you explain the above? This is getting silly.

Silly? Not in the least. At least I don't often equate silly with 
frustrating. Something is starting this "usbmount" thingy, and its not 
me.

sudo grep -R usbmount /etc/*
has been peeking under the covers in etc for around 5 minutes now, no 
hits.
 
So in this admittedly corner case, the thing needs an on/off switch so 
gparted CAN do its thing without fighting with what somebody no doubt 
thought was one of their better brainstorms. Its turned what should be a 
simple operation on working 64GiB  disk, whose last data is just past 
4GiB, and I want to then make another image file that only includes the 
used area of the disk, into a major PAIN IN THE ASS. This is how 
raspbian and ayufan prepare the images they release, so why the hell 
can't I do it too?

Grep finally found it, and it does have a switch, so for now its turned 
off on this machine. Hopefully that will also stop the cell phone icons 
from showing up when I plug it in for charging.

> Cheers,
> David.

Thanks David.

-- 
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: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 15:12:21 Thomas Schmitt wrote:

> Hi,
>
> i proposed (poking with a long stick in the fog):
> > >   dd if=/dev/sdd bs=512 skip=16500703 count=66 \
> > >  of=rock-img-shrunk.img seek=16500703
>
> Gene Heskett wrote:
> > Which was an instant return claiming 66 blocks had been copied.
>
> Yeah. Fast. But sufficient only if i did not miscalculate again.
> The full copy with 131072 chunks of 64 KiB from fully unmounted
> /dev/sdd* would be the safer variant.
>
> > gdisk is still fussing.
> > gene@coyote:~/rock64.imgs$ gdisk -l rock-img-shrunk.img
> >7  26214416500735   7.7 GiB 8300  root
>
> But at least we seem to have defaced the backup GPT which caused the
> gdisk refusal after gdisk itself wrote it to that place.
>
> The file size of rock-img-shrunk.img should now be 8,448,393,728
> bytes.
 8,448,393,728 IP added the comma's.>
> If so, then it should be safe to let gdisk fix the problems which it
> detected in the partition tables. But as said, this is of interest
> mainly on the final storage device, where the backup GPT is a good
> protection against mishaps by clumsy partition editors.
>
> > All three of these cards will boot the rock64, but two snags.
> > [...]
> > Oh, and 3. it did not autoresize part7 during the boot, so I am
> > assuming a need to touch a file to make that happen again.
>
> Should the booted system do that ?

It does so on the initial boot.
 
> Did i miss you mentioning this ?

Maybe, and maybe I didn't mention it prior to this. Can I blame it on 
oldtimers? :(

> Googling "rock64": The power of a 10 year old workstation in the size
> of a credit card. Zero noise, i hope.

It has a small sink that runs hot. No fan on it ATM. So yes, dead silent. 
I'll probably do it like the pi it will replace, I have a video card fan 
on it, very quiet. Due to the almost vanishingly short cable from a 
teeny breakout board on the pi's 40 pin gpio, the pi is upside down and 
the cable with the spi bus to the Mesa 7i90HD interface card is only 
about 3/4" long. It is after all running at 42 megabits one way, and 25 
for the readback channel, 32 bit packets at a time.

> > Many Thanks, Thomas Schmitt.
>
> Give your wife a big hug from little Thomas from germany.

With only about 80 lbs of skin & bones left, COPD is taking her out 
eventually, the hugs are gentle and too far apart.

>
> Have a nice day :)
>
You too, and thanks.

> Thomas



-- 
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: libgparted bug.

[Brian]

On Sat 10 Feb 2018 at 15:08:58 -0500, Gene Heskett wrote:

> On Saturday 10 February 2018 11:57:38 David Wright wrote:
> 
> >  Package: usbmount
> >
> >  Description-en: automatically mount and unmount USB mass storage
> > devices
> >
> >  This package automatically mounts USB mass storage devices (typically
> >  USB pens) when they are plugged in, and unmounts them when they are
> >  removed. The mountpoints (/media/usb[0-7] by default), filesystem
> >  types to consider, and mount options are configurable. When multiple
> >  devices are plugged in, the first available mountpoint is
> >  automatically selected. If the device provides a model name, a
> >  symbolic link /var/run/usbmount/MODELNAME pointing to the mountpoint
> >  is automatically created.
> >
> > Cheers,
> > David.
> 
> No such critter on this wheezy box.

You don't have it? So why did you refer to it earlier?

 > ... usbmount is still auto mounting these cards .

A figment of the imagination?

It's not that important in the context of what you are trying to do, but
some degree of precision and accururacy is expected.

-- 
Brian

Re: libgparted bug.

[David Wright]

On Sat 10 Feb 2018 at 15:08:58 (-0500), Gene Heskett wrote:
> On Saturday 10 February 2018 11:57:38 David Wright wrote:
> 
> > On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > > And despite my emasculation of udev, disabling sdd, according to the
> > > syslog, usbmount is still auto mounting these cards, all 3 of them.

You wrote:

> > > So if I plan on working with these images on this machine with
> > > gparted, I imagine I had better find usbmount and remove its execute
> > > bits. But first make my baby some breakfast.
> >
> >  Oh my, what did you expect?
> >
> For something as potentially obnoxious as that, an easily thrown switch 
> to enable/disable it. It is NOT in /etc/init.d.

What isn't in /etc/init.d? What do you expect to be in /etc/init.d? Why?

> >  Package: usbmount
> >
> >  Description-en: automatically mount and unmount USB mass storage
> > devices
> >
> >  This package automatically mounts USB mass storage devices (typically
> >  USB pens) when they are plugged in, and unmounts them when they are
> >  removed. The mountpoints (/media/usb[0-7] by default), filesystem
> >  types to consider, and mount options are configurable. When multiple
> >  devices are plugged in, the first available mountpoint is
> >  automatically selected. If the device provides a model name, a
> >  symbolic link /var/run/usbmount/MODELNAME pointing to the mountpoint
> >  is automatically created.
> >
> > Cheers,
> > David.
> 
> No such critter on this wheezy box.

So how do you explain the above? This is getting silly.

Cheers,
David.

Re: libgparted bug.

[Thomas Schmitt]

Hi,

i proposed (poking with a long stick in the fog):
> >   dd if=/dev/sdd bs=512 skip=16500703 count=66 \
> >  of=rock-img-shrunk.img seek=16500703

Gene Heskett wrote:
> Which was an instant return claiming 66 blocks had been copied.

Yeah. Fast. But sufficient only if i did not miscalculate again.
The full copy with 131072 chunks of 64 KiB from fully unmounted /dev/sdd*
would be the safer variant.


> gdisk is still fussing.
> gene@coyote:~/rock64.imgs$ gdisk -l rock-img-shrunk.img
>7  26214416500735   7.7 GiB 8300  root

But at least we seem to have defaced the backup GPT which caused the
gdisk refusal after gdisk itself wrote it to that place.

The file size of rock-img-shrunk.img should now be 8,448,393,728 bytes.

If so, then it should be safe to let gdisk fix the problems which it
detected in the partition tables. But as said, this is of interest
mainly on the final storage device, where the backup GPT is a good
protection against mishaps by clumsy partition editors.


> All three of these cards will boot the rock64, but two snags.
> [...]
> Oh, and 3. it did not autoresize part7 during the boot, so I am assuming 
> a need to touch a file to make that happen again.

Should the booted system do that ?
Did i miss you mentioning this ?

Googling "rock64": The power of a 10 year old workstation in the size
of a credit card. Zero noise, i hope.


> Many Thanks, Thomas Schmitt.

Give your wife a big hug from little Thomas from germany.


Have a nice day :)

Thomas

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 11:57:38 David Wright wrote:

> On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:
> > And despite my emasculation of udev, disabling sdd, according to the
> > syslog, usbmount is still auto mounting these cards, all 3 of them.
> > So if I plan on working with these images on this machine with
> > gparted, I imagine I had better find usbmount and remove its execute
> > bits. But first make my baby some breakfast.
>
>  Oh my, what did you expect?
>
For something as potentially obnoxious as that, an easily thrown switch 
to enable/disable it. It is NOT in /etc/init.d.

>  Package: usbmount
>
>  Description-en: automatically mount and unmount USB mass storage
> devices
>
>  This package automatically mounts USB mass storage devices (typically
>  USB pens) when they are plugged in, and unmounts them when they are
>  removed. The mountpoints (/media/usb[0-7] by default), filesystem
>  types to consider, and mount options are configurable. When multiple
>  devices are plugged in, the first available mountpoint is
>  automatically selected. If the device provides a model name, a
>  symbolic link /var/run/usbmount/MODELNAME pointing to the mountpoint
>  is automatically created.
>
> Cheers,
> David.

No such critter on this wheezy box.

Now I am puzzled. This  machine just did an unrequested reboot. I have 
gkrellm watching things and I don't see a thing out of line. Temps are 
all 40C or below, voltages are nominal + maybe 5%, stable as always. I 
had to kill several copies of kmail before I found them all, then 
restarted bin/mailwatcher, and it restarted kmail at exactly where it 
was shut down.  One of those things that make you go hum.

Twasn't a power bump, there was no blink to the overhead lights, and 
there is a ups that will run it right past a failure long enough to 
start the 20kw standby. So I have not a clue.

-- 
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: Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

On Sat, 2018-02-10 at 19:29 +0100, Ulf Volmer wrote:
> On 10.02.2018 19:03, Stephen P. Molnar wrote:
> 
> > Host -
> > root@AbNormal:/home/comp# ip -6 a
> > 1: lo:  mtu 65536 state UNKNOWN qlen 1000
> > inet6 ::1/128 scope host
> >    valid_lft forever preferred_lft forever
> > 2: enp2s0:  mtu 1500 state UP qlen
> > 1000
> > inet6 2600:1700:4280:3690::49/128 scope global dynamic
> >    valid_lft 1209477sec preferred_lft 1209477sec
> > inet6 2600:1700:4280:3690:98c1:1a97:c2c5:b6f5/64 scope global
> > temporary dynamic
> >    valid_lft 604678sec preferred_lft 86021sec
> > inet6 2600:1700:4280:3690:beee:7bff:fe5e:8336/64 scope global
> > mngtmpaddr noprefixroute dynamic
> >    valid_lft 1209509sec preferred_lft 1209509sec
> > inet6 fe80::beee:7bff:fe5e:8336/64 scope link
> >    valid_lft forever preferred_lft forever
> > Incidentally, here's what I get when I attempt pinging
> > security.debian.org:
> > comp@AbNormal:~$ ping -6 security.debian.org
> > PING security.debian.org(mirror-umn2.debian.org
> > (2607:ea00:101:3c0b::1deb:215)) 56 data bytes
> > ^C
> > --- security.debian.org ping statistics ---
> > 16 packets transmitted, 0 received, 100% packet loss, time 15358ms
> > 
> > comp@AbNormal:~$ wget -6 security.debian.org
> > --2018-02-10 12:10:09--  http://security.debian.org/
> > Resolving security.debian.org (security.debian.org)...
> > 2607:ea00:101:3c0b::1deb:215, 2610:148:1f10:3::73, 2001:4f8:1:c::14
> > Connecting to security.debian.org
> > (security.debian.org)|2607:ea00:101:3c0b::1deb:215|:80... ^C
> > 
> 
> ok, that's looks likes expected, you have a (correct) ipv6
> configuration
> on your physical host and no ipv6 configuration on your VM (only link
> local ipv6 address).
> 
> So your should check either your local router or deal with your ISP.
> 
> Somebody announces your physical host an ipv6 address but this
> connection will not works at the moment.
> 
> best regards
> Ulf
> 

Just got off the phone with AT&T tech support.  Their testing indicates
a problem which they will address tomorrow.

I would like to say that I really appreciate the support I've been
getting.

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 10:53:25 Thomas Schmitt wrote:

> Hi,
>
> and again a miscalculation by differing block sizes.
>
> The adventurous proposal would be useless because working somewhere
> in the still undamaged part of the image file.
> skip= and seek= must be the numbers for blocks of 512 bytes rather
> than of 64 KiB.
>
> So this proposal should have been
>
>   dd if=/dev/sdd bs=512 skip=16500703 count=66 \
>  of=rock-img-shrunk.img seek=16500703
>
>
Which was an instant return claiming 66 blocks had been copied.

gdisk is still fussing.
gene@coyote:~/rock64.imgs$ gdisk -l rock-img-shrunk.img
GPT fdisk (gdisk) version 0.8.5

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 25 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged


Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but 
disk
verification and recovery are STRONGLY recommended.

Disk rock-img-shrunk.img: 16500769 sectors, 7.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 1C7D4C86-35A6-4E6A-B3E3-2A6BEB44FDD0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 125171678
Partitions will be aligned on 64-sector boundaries
Total free space is 108670973 sectors (51.8 GiB)

Number  Start (sector)End (sector)  Size   Code  Name
   1  648063   3.9 MiB 8300  loader1
   280648191   64.0 KiB8300  reserved1
   38192   16383   4.0 MiB 8300  reserved2
   4   16384   24575   4.0 MiB 8300  loader2
   5   24576   32767   4.0 MiB 8300  atf
   6   32768  262143   112.0 MiB   0700  boot
   7  26214416500735   7.7 GiB 8300  root
gene@coyote:~/rock64.imgs$
> Have a nice day :)
>
> Thomas

All three of these cards will boot the rock64, but two snags.

1. at around 7 to 10 seconds into the boot, after having discovered the 
spinning rust drive plugged into the usb-3 port, everything stops for 90 
seconds, and it been doing this for quit a while. I assume its doing a 
silent e2fsck. Then after some more blather,

2. it reports the root account is locked and that I should press enter. 
Nothing else seems to happen until I press enter, at which point it 
starts xfce into what looks like a normal gui. And it appears everything 
except synaptic works from the menu's. And to get synaptic to run on 
stretch is different from jessie, whereas on wheezy its a simple 
synaptic-pkexec, from any login on my net, put in the passwd for myself 
and bob's your uncle. Somebodies paranoia is excessive IMNSHO.

Oh, and 3. it did not autoresize part7 during the boot, so I am assuming 
a need to touch a file to make that happen again.
So now I have 3 cards that will all boot and run.

Now I have to learn how to do a manual make install, probably with mc 
since this is a "u-boot" booter.  No grub , no lilo.

I wonder who that expert might be?

Many Thanks, Thomas Schmitt.

-- 
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: Strange Loss of Synaptic Functionality

[Ulf Volmer]

On 10.02.2018 19:03, Stephen P. Molnar wrote:

> Host -
> root@AbNormal:/home/comp# ip -6 a
> 1: lo:  mtu 65536 state UNKNOWN qlen 1000
> inet6 ::1/128 scope host
>    valid_lft forever preferred_lft forever
> 2: enp2s0:  mtu 1500 state UP qlen
> 1000
> inet6 2600:1700:4280:3690::49/128 scope global dynamic
>    valid_lft 1209477sec preferred_lft 1209477sec
> inet6 2600:1700:4280:3690:98c1:1a97:c2c5:b6f5/64 scope global
> temporary dynamic
>    valid_lft 604678sec preferred_lft 86021sec
> inet6 2600:1700:4280:3690:beee:7bff:fe5e:8336/64 scope global
> mngtmpaddr noprefixroute dynamic
>    valid_lft 1209509sec preferred_lft 1209509sec
> inet6 fe80::beee:7bff:fe5e:8336/64 scope link
>    valid_lft forever preferred_lft forever

> Incidentally, here's what I get when I attempt pinging
> security.debian.org:
> comp@AbNormal:~$ ping -6 security.debian.org
> PING security.debian.org(mirror-umn2.debian.org
> (2607:ea00:101:3c0b::1deb:215)) 56 data bytes
> ^C
> --- security.debian.org ping statistics ---
> 16 packets transmitted, 0 received, 100% packet loss, time 15358ms
> 
> comp@AbNormal:~$ wget -6 security.debian.org
> --2018-02-10 12:10:09--  http://security.debian.org/
> Resolving security.debian.org (security.debian.org)...
> 2607:ea00:101:3c0b::1deb:215, 2610:148:1f10:3::73, 2001:4f8:1:c::14
> Connecting to security.debian.org
> (security.debian.org)|2607:ea00:101:3c0b::1deb:215|:80... ^C
> 

ok, that's looks likes expected, you have a (correct) ipv6 configuration
on your physical host and no ipv6 configuration on your VM (only link
local ipv6 address).

So your should check either your local router or deal with your ISP.

Somebody announces your physical host an ipv6 address but this
connection will not works at the moment.

best regards
Ulf

Re: Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

On Sat, 2018-02-10 at 18:40 +0100, Ulf Volmer wrote:
> On 10.02.2018 18:33, Stephen P. Molnar wrote:
> > On Sat, 2018-02-10 at 17:34 +0100, Ulf Volmer wrote:
> > > ping -6 security.debian.org
> > > wget -6 security.debian.org
> > > 
> > > and get in contact with your ISP if one of these commands fails.
> > I have installed Debian Stretch in a virtual box on the same
> > platform
> > and I don't have any problems with the source.list,  Here's the
> > list
> > from the VM:
> 
> Virtual Box usually doing NAT for outgoing traffic (if you are not
> using
> bridged mode). i think you should compare 'ip -6 a' and 'ip -6 r' on
> your physical host and your virtual machine.
> 
> best regards
> Ulf
> 

Ulf

Next round.

Host -
root@AbNormal:/home/comp# ip -6 a
1: lo:  mtu 65536 state UNKNOWN qlen 1000
inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: enp2s0:  mtu 1500 state UP qlen
1000
inet6 2600:1700:4280:3690::49/128 scope global dynamic
   valid_lft 1209477sec preferred_lft 1209477sec
inet6 2600:1700:4280:3690:98c1:1a97:c2c5:b6f5/64 scope global
temporary dynamic
   valid_lft 604678sec preferred_lft 86021sec
inet6 2600:1700:4280:3690:beee:7bff:fe5e:8336/64 scope global
mngtmpaddr noprefixroute dynamic
   valid_lft 1209509sec preferred_lft 1209509sec
inet6 fe80::beee:7bff:fe5e:8336/64 scope link
   valid_lft forever preferred_lft forever
root@AbNormal:/home/comp# ip -6 r
2600:1700:4280:3690::49 dev enp2s0 proto kernel metric 256  expires
1209465sec pref medium
2600:1700:4280:3690::/64 dev enp2s0 proto ra metric 100  pref medium
2600:1700:4280:3690::/60 via fe80::3e04:61ff:feb3:3c20 dev enp2s0 proto
ra metric 100  pref medium
fe80::3e04:61ff:feb3:3c20 dev enp2s0 proto static metric 100  pref
medium
fe80::/64 dev enp2s0 proto kernel metric 256  pref medium
default via fe80::3e04:61ff:feb3:3c20 dev enp2s0 proto static metric
100  pref medium
root@AbNormal:/home/comp#


VM-
comp@AbNormal:~$ ip -6 a
1: lo:  mtu 65536 state UNKNOWN qlen 1
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever
2: enp0s3:  mtu 1500 state UP qlen
1000
inet6 fe80::a00:27ff:fef6:87c4/64 scope link 
   valid_lft forever preferred_lft forever
comp@AbNormal:~$ ip -6 r
fe80::/64 dev enp0s3 proto kernel metric 256  pref medium
comp@AbNormal:~$ 


Incidentally, here's what I get when I attempt pinging
security.debian.org:
comp@AbNormal:~$ ping -6 security.debian.org
PING security.debian.org(mirror-umn2.debian.org
(2607:ea00:101:3c0b::1deb:215)) 56 data bytes
^C
--- security.debian.org ping statistics ---
16 packets transmitted, 0 received, 100% packet loss, time 15358ms

comp@AbNormal:~$ wget -6 security.debian.org
--2018-02-10 12:10:09--  http://security.debian.org/
Resolving security.debian.org (security.debian.org)...
2607:ea00:101:3c0b::1deb:215, 2610:148:1f10:3::73, 2001:4f8:1:c::14
Connecting to security.debian.org
(security.debian.org)|2607:ea00:101:3c0b::1deb:215|:80... ^C

Re: Strange Loss of Synaptic Functionality

[Ulf Volmer]

On 10.02.2018 18:33, Stephen P. Molnar wrote:
> On Sat, 2018-02-10 at 17:34 +0100, Ulf Volmer wrote:

>> ping -6 security.debian.org
>> wget -6 security.debian.org
>>
>> and get in contact with your ISP if one of these commands fails.

> I have installed Debian Stretch in a virtual box on the same platform
> and I don't have any problems with the source.list,  Here's the list
> from the VM:

Virtual Box usually doing NAT for outgoing traffic (if you are not using
bridged mode). i think you should compare 'ip -6 a' and 'ip -6 r' on
your physical host and your virtual machine.

best regards
Ulf

Re: Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

On Sat, 2018-02-10 at 17:34 +0100, Ulf Volmer wrote:
> On 10.02.2018 12:26, Stephen P. Molnar wrote:
> 
> > Yesterday I had my Internet connection switched to a fiber optic
> > network  As a result I know have 120 MB/s both down and up.
> > 0% [Connecting to ftp-chi.osuosl.org (2600:3402:200:227::2)]
> > [Connecting to security.debian.org (2607:ea00:101:3c0b::1deb:215)]
> 
> i'm guessing, your new uplink has broken ipv6 connectivity.
> 
> Please try
> 
> ping -6 security.debian.org
> wget -6 security.debian.org
> 
> and get in contact with your ISP if one of these commands fails.
> 
> best regards
> Ulf
> 

Ulf

Many thanks for the suggestion.

However, I think the problem may be on my side.

I have installed Debian Stretch in a virtual box on the same platform
and I don't have any problems with the source.list,  Here's the list
from the VM:

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 NETINST
20171209-12:10]/ stretch main 

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 NETINST
20171209-12:10]/ stretch main 

deb http://debian.uchicago.edu/debian/ stretch main non-free contrib 
deb-src http://debian.uchicago.edu/debian/ stretch main non-free
contrib 

deb http://security.debian.org/debian-security/ stretch/updates non-
free contrib main 
deb-src http://security.debian.org/debian-security/ stretch/updates
main contrib non-free 

# stretch-updates, previously known as 'volatile'
deb http://debian.uchicago.edu/debian/ stretch-updates main contrib
non-free 
deb-src http://debian.uchicago.edu/debian/ stretch-updates main contrib
non-free 

# stretch-backports, previously on backports.debian.org
deb http://debian.uchicago.edu/debian/ stretch-backports main contrib
non-free 
deb-src http://debian.uchicago.edu/debian/ stretch-backports main
contrib non-free 

Yet, I get the same result.  In order for the reload process to go to
completion it's necessary to disable the security entries.

Occam's Razor would suggest that the problem is on my end.

Comment?

Re: Strange Loss of Synaptic Functionality

[Curt]

On 2018-02-10, Mark Fletcher  wrote:
>> 
>> For some reason synaptic didn't like Debian security entries, but
>> worked when they were commented out.  However, I am not happy about not
>> being able to receive security updates.  Are those entries correct?
>> 
>
> I think the answer to that is no. On Stretch here I have 
>
> deb http://security.debian.org/ stretch/updates main contrib non-free
> deb-src http://security.debian.org/ stretch/updates main contrin non-free
>
> ie no /debian-security

The wiki says yes, debian-security.

https://wiki.debian.org/SourcesList

(with the contrib and non-free components)

 deb  http://deb.debian.org/debian stretch main contrib non-free
 deb-src  http://deb.debian.org/debian stretch main contrib non-free

 deb  http://deb.debian.org/debian stretch-updates main contrib non-free
 deb-src  http://deb.debian.org/debian stretch-updates main contrib non-free

 deb http://security.debian.org/debian-security/ stretch/updates main contrib 
non-free
 deb-src http://security.debian.org/debian-security/ stretch/updates main 
contrib non-free


> Mark
>
>


-- 
I think it’s more like we both had this rich neighbor named Xerox and I broke
into his house to steal the TV set and found out that you had already stolen
it.” Gates telling Jobs why Apple didn't really get ripped off by Microsoft.

Re: libgparted bug.

[David Wright]

On Sat 10 Feb 2018 at 09:10:40 (-0500), Gene Heskett wrote:

> And despite my emasculation of udev, disabling sdd, according to the 
> syslog, usbmount is still auto mounting these cards, all 3 of them. So 
> if I plan on working with these images on this machine with gparted, I 
> imagine I had better find usbmount and remove its execute bits. But 
> first make my baby some breakfast.

 Oh my, what did you expect?

 Package: usbmount

 Description-en: automatically mount and unmount USB mass storage devices

 This package automatically mounts USB mass storage devices (typically
 USB pens) when they are plugged in, and unmounts them when they are
 removed. The mountpoints (/media/usb[0-7] by default), filesystem
 types to consider, and mount options are configurable. When multiple
 devices are plugged in, the first available mountpoint is
 automatically selected. If the device provides a model name, a
 symbolic link /var/run/usbmount/MODELNAME pointing to the mountpoint
 is automatically created.

Cheers,
David.

Re: Strange Loss of Synaptic Functionality

[Ulf Volmer]

On 10.02.2018 12:26, Stephen P. Molnar wrote:

> Yesterday I had my Internet connection switched to a fiber optic
> network  As a result I know have 120 MB/s both down and up.

> 0% [Connecting to ftp-chi.osuosl.org (2600:3402:200:227::2)]
> [Connecting to security.debian.org (2607:ea00:101:3c0b::1deb:215)]

i'm guessing, your new uplink has broken ipv6 connectivity.

Please try

ping -6 security.debian.org
wget -6 security.debian.org

and get in contact with your ISP if one of these commands fails.

best regards
Ulf

Re: libgparted bug.

[Thomas Schmitt]

Hi,

and again a miscalculation by differing block sizes.

The adventurous proposal would be useless because working somewhere
in the still undamaged part of the image file.
skip= and seek= must be the numbers for blocks of 512 bytes rather than
of 64 KiB.

So this proposal should have been

  dd if=/dev/sdd bs=512 skip=16500703 count=66 \
 of=rock-img-shrunk.img seek=16500703


Have a nice day :)

Thomas

Re: libgparted bug.

[Thomas Schmitt]

Hi,

Gene Heskett wrote:
> Warning! Secondary partition table overlaps the last partition by
> 33 blocks!

Sorry, my mistake. I should have staid with my first rough estimation
of 8 GiB = 131072 * 64 KiB.
Actually i missed the safe size by just one chunk of 64 KiB.

128913 would have been enough. But 131072 looks more like a lucky number.
And safer against my miscalculations !

All was well before gdisk was allowed to write to the image file.
Now its last 33 blocks of 512 bytes are spoiled.

Do not forget to umount all partitions of the original /dev/sdd before
starting again to copy it to the image file.

After the next copy from original sdd to file, first copy the file to
the new card, and only then let gdisk access it for tests.

Let gdisk repair the backup GPT on the new card, because it must be
adapted to that storage size anyway.

---
What happened and why i am to blame:

> gene@coyote:~/rock64.imgs$ /sbin/gdisk  rock-img-shrunk.img
> Warning! Disk size is smaller than the main header indicates!

True. The "disk" is now the data file. But the GPT header still knows
the block address of the backup GPT header, which is the last usable
block on the original storage medium.

> Caution: invalid backup GPT header

True. "Not there" is surely "invalid".

> Warning! One or more CRCs don't match. You should repair the disk!

True. We will let gdisk handle these GPT damages ...
... but i should have thunk in advance and should have warned of
letting gdisk write to the image file.

On the second run of gdisk:
> gene@coyote:~/rock64.imgs$ /sbin/gdisk  rock-img-shrunk.img
> ...
> Warning! Secondary partition table overlaps the last partition by
> 33 blocks!

Duh. When telling the dd size i forgot to account for a new backup GPT.
As said, the backup GPT header goes to the last block of the "disk".
Obviously gdisk wrote it and 32 blocks before that position
for the backup GPT array with 128 possible partition slots.

Stupid enough to do it, smart enough to tell us that we now need
to repair it. Grrr at gdisk.
And this all for a backup GPT which becomes invalid again after the
image is copied onto a real storage device. Grrr at myself.
(You did not by chance copy the image to sdd before the first write
 by gdisk, did you ?)

Partition 7 ends at 512-byte block 16500735, including it. 
So safe against gdisk's repair work would be at least
16500736 + 33 = 16500769 blocks.
In chunks of 64 KiB that's 128912.2578125. Rounded up: 128913


If you are adventurous enough and if the original sdd partition 7 was
not mounted since you made the recent copy to rock-img-shrunk.img,
then you could make a small block copy from original card to the image
file. Just enough to repair the overwritten partition end and to add
enough room for the backup GPT:

  dd if=/dev/sdd bs=512 skip=128879 count=66 \
 of=rock-img-shrunk.img seek=128879

This would restore the 33 overwritten blocks and add 33 victim blocks
for gdisk - if you at all let it touch the image file before it is safely
copied to the memory card.
A higher count= would add more safety bumper to the image end.

But do this only if there is surely no risk that a filesystem driver had
write access to partition 7.
Else repeat the whole copying with surely all partitions of the card
not being mounted.


Have a nice day :)

Thomas

Re: Strange Loss of Synaptic Functionality

[john doe]

On 2/10/2018 3:28 PM, Stephen P. Molnar wrote:

On Sat, 2018-02-10 at 22:42 +0900, Mark Fletcher wrote:

On Sat, Feb 10, 2018 at 08:10:18AM -0500, Stephen P. Molnar wrote:


Thanks for the reply.

root@AbNormal:/home/comp# apt-get clean
root@AbNormal:/home/comp#



This is the expected behavior; does it work if you do:

$ apt-get update

Alternatively you could link the commands together if you have modified 
sources.list after running 'apt-get clean':


$ apt-get clean && apt-get update

--
John Doe

Re: Strange Loss of Synaptic Functionality

[Hans]

Check the second line, there is a typo. (contrin?)
Try this entry:

deb http://security.debian.org/ stable/updates main contrib non-free

I might be wrong, but I believe, there is no deb-src entry for 
security.debian.org.

Happy hacking

Hans

> > 
> > deb http://security.debian.org/ stretch/updates main contrib non-free
> > deb-src http://security.debian.org/ stretch/updates main contrin non-
> > free
> > 
> > ie no /debian-security
> > 
> > Mark
> 
> Mark
> 
> Thanks for the reply. Still a problem.  Here's the error message:
> 
> Failed to fetch http://security.debian.org/dists/stretch/updates/InRele
> ase  Some index files failed to download. They have been ignored, or
> old ones used instead.
> 
> Again, commenting out those lines eliminated the error.

Re: Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

On Sat, 2018-02-10 at 22:42 +0900, Mark Fletcher wrote:
> On Sat, Feb 10, 2018 at 08:10:18AM -0500, Stephen P. Molnar wrote:
> > 
> > Thanks for the reply.
> > 
> > root@AbNormal:/home/comp# apt-get clean
> > root@AbNormal:/home/comp# 
> > 
> > Just before I read your reply I edited sources-list for a different
> > source, debian.uchicago.edu father than debian.org, and the
> > synaptic
> > function was partially restored.
> > 
> > # deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
> > Binary-1 20171209-12:11]/ stretch contrib main 
> > 
> > # deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
> > Binary-1 20171209-12:11]/ stretch main contrib 
> > 
> > deb http://debian.uchicago.edu/debian/ stretch contrib non-free
> > main 
> > deb-src http://debian.uchicago.edu/debian/ stretch contrib non-free
> > main 
> > 
> > # deb http://security.debian.org/debian-security/ stretch/updates
> > main
> > contrib non-free  
> > # deb-src http://security.debian.org/debian-security/
> > stretch/updates
> > main contrib non-free  
> > 
> > # stretch-updates, previously known as 'volatile'
> > deb http://debian.uchicago.edu/debian/ stretch-updates non-free
> > contrib
> > main 
> > deb-src http://debian.uchicago.edu/debian/ stretch-updates non-free
> > contrib main 
> > 
> > # stretch-backports, previously on backports.debian.org
> > deb http://debian.uchicago.edu/debian/ stretch-backports non-free
> > contrib main 
> > deb-src http://debian.uchicago.edu/debian/ stretch-backports non-
> > free
> > contrib main 
> > 
> > For some reason synaptic didn't like Debian security entries, but
> > worked when they were commented out.  However, I am not happy about
> > not
> > being able to receive security updates.  Are those entries correct?
> > 
> 
> I think the answer to that is no. On Stretch here I have 
> 
> deb http://security.debian.org/ stretch/updates main contrib non-free
> deb-src http://security.debian.org/ stretch/updates main contrin non-
> free
> 
> ie no /debian-security
> 
> Mark
> 

Mark

Thanks for the reply. Still a problem.  Here's the error message:

Failed to fetch http://security.debian.org/dists/stretch/updates/InRele
ase  Some index files failed to download. They have been ignored, or
old ones used instead.

Again, commenting out those lines eliminated the error.

Re: Strange Loss of Synaptic Functionality

[john doe]

On 2/10/2018 2:42 PM, Mark Fletcher wrote:

On Sat, Feb 10, 2018 at 08:10:18AM -0500, Stephen P. Molnar wrote:


Thanks for the reply.

root@AbNormal:/home/comp# apt-get clean
root@AbNormal:/home/comp#

Just before I read your reply I edited sources-list for a different
source, debian.uchicago.edu father than debian.org, and the synaptic
function was partially restored.

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
Binary-1 20171209-12:11]/ stretch contrib main

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
Binary-1 20171209-12:11]/ stretch main contrib

deb http://debian.uchicago.edu/debian/ stretch contrib non-free main
deb-src http://debian.uchicago.edu/debian/ stretch contrib non-free
main

# deb http://security.debian.org/debian-security/ stretch/updates main
contrib non-free
# deb-src http://security.debian.org/debian-security/ stretch/updates
main contrib non-free

# stretch-updates, previously known as 'volatile'
deb http://debian.uchicago.edu/debian/ stretch-updates non-free contrib
main
deb-src http://debian.uchicago.edu/debian/ stretch-updates non-free
contrib main

# stretch-backports, previously on backports.debian.org
deb http://debian.uchicago.edu/debian/ stretch-backports non-free
contrib main
deb-src http://debian.uchicago.edu/debian/ stretch-backports non-free
contrib main

For some reason synaptic didn't like Debian security entries, but
worked when they were commented out.  However, I am not happy about not
being able to receive security updates.  Are those entries correct?



I think the answer to that is no. On Stretch here I have

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrin non-free



Mine is:

$ cat /etc/apt/sources.list
#

# deb cdrom:[Debian GNU/Linux 9.2.1 _Stretch_ - Official amd64 NETINST 
20171013-13:07]/ stretch main


#deb cdrom:[Debian GNU/Linux 9.2.1 _Stretch_ - Official amd64 NETINST 
20171013-13:07]/ stretch main


deb http://ftp.xx.debian.org/debian/ stretch main non-free contrib
deb-src http://ftp.xx.debian.org/debian/ stretch main non-free contrib

deb http://security.debian.org/debian-security stretch/updates main 
contrib non-free
deb-src http://security.debian.org/debian-security stretch/updates main 
contrib non-free


# stretch-updates, previously known as 'volatile'
deb http://ftp.xx.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://ftp.xx.debian.org/debian/ stretch-updates main contrib 
non-free


# stretch-backports, previously on backports.debian.org
deb http://ftp.xx.debian.org/debian/ stretch-backports main contrib non-free
deb-src http://ftp.xx.debian.org/debian/ stretch-backports main contrib 
non-free


Where 'xx' is the country code of your country.

E.G:

'ftp.us.'

Not that my mailer is folding this e-mail.

--
John Doe

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 03:57:57 Thomas Schmitt wrote:

> Hi,
>
> i wrote:
> > > your count=122070 was too small. It should have been 128912.
>
> Gene Heskett wrote:
> > the backup GPT table, if it exists, is actually at the end
> > of the disk, after another 50Gb of of 's. But how do I "fix" the
> > file?
>
> Partition editors suitable for GPT are supposed to be able to create
> a new backup GPT at the end of the storage medium. Of course this
> makes few sense in the image file, because it does not have the final
> medium size and also because yours is too short anyway.
>
> > Blame that on gparted which did not update the ending GPT table when
> > I shrank part 7 from 59.6 GB to about 7
>
> The backup GPT is always at the very end of the storage device. Not
> necessarily directly after the last allocated partition.
> (That's why GPT is less suitable for image files as would be MBR
> partition table, which has reference to the size of the final storage
> medium.)
>
> > gdisk /dev/sdd
> > x
> > e
> > w
> > seems to have fixed that, gparted is now as happy as a clam.
>
> Formally your GPT is ok now. But to my computation, the last ~ 450 MB
> of your partition 7 are not filled with bytes from the original card.
> This range rather contains bytes which were on the new card already
> before you copied the image file onto it. (Not really random, but
> quite surely not matching the data which were valid on the original
> card.)
>
> You could test this with the image file, by mounting partition 7 and
> checking whether all its data files are fully readable:
>
>   mkdir /mnt/partition7
>   mount -o loop,offset=134217728 rock-img-shrunk.img /mnt/partition7
>   tar cf /dev/null /mnt/partition7
>   umount /mnt/partition7
>   rmdir /mnt/partition7
>
> (134217728 = partition start 262144 * 512 bytes per block)
>
> If the directory tree of the filesystem in partition 7 refers to files
> in a missing end piece of the partition, then you should see an i/o
> error from tar while it copies all file content into /dev/null.
>
> This will not yield i/o errors on /dev/sdd, because there you have
> readable bytes at the end of the partition. They are just not those
> which should sit there, to my theory.
>
>
> But i seem to be out of sync with your endeavor:
>
> How did you now manage to get rock-img-shrunk.img onto the new
> /dev/sdd ? To my account, this was not yet achieved when you sent the
> mail with Date: Fri, 9 Feb 2018 12:22:54 -0500
> which reported an MBR partition table with partition 1 starting at
> block 32768 and containing "HPFS/NTFS/exFAT".
>
Have 3 identical 64gb samsungs laying here, its possible I wrote the 2nd 
one twice, and that was in fact an unwritten new card. Writing to it 
again was successfull.

But I have now used the src card to regenerate the file, which is now 
844837683 bytes long, and perhaps a valid file. But not yet according to 
gdisk:
=Disk rock-img-shrunk.img: 16500736 sectors, 7.9 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 1C7D4C86-35A6-4E6A-B3E3-2A6BEB44FDD0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 125171678
Partitions will be aligned on 64-sector boundaries
Total free space is 108670973 sectors (51.8 GiB)

Number  Start (sector)End (sector)  Size   Code  Name
   1  648063   3.9 MiB 8300  loader1
   280648191   64.0 KiB8300  reserved1
   38192   16383   4.0 MiB 8300  reserved2
   4   16384   24575   4.0 MiB 8300  loader2
   5   24576   32767   4.0 MiB 8300  atf
   6   32768  262143   112.0 MiB   0700  boot
   7  26214416500735   7.7 GiB 8300  root

So:
gene@coyote:~/rock64.imgs$ /sbin/gdisk  rock-img-shrunk.img
GPT fdisk (gdisk) version 0.8.5

Warning! Disk size is smaller than the main header indicates! Loading
secondary header from the last sector of the disk! You should use 'v' to
verify disk integrity, and perhaps options on the experts' menu to repair
the disk.
Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Warning! Error 25 reading partition table for CRC check!
Warning! One or more CRCs don't match. You should repair the disk!

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged
==
snip some gdisk blather
==
gxpert command (? for help): v

Caution: The CRC for the backup partition table is invalid. This table 
may
be corrupt. This program will automatically create a new backup partition
table when you save your partitions.

Warning! Secondary partition table overlaps the last partition by
33 blocks!
You will need to delete this partition or resize it in another utility.

Identified 2 problems!

Expert command (? for help): disk is still unhappy:

And it won't write. Sigh.
>
> Have a nice day :)
>
> Thomas

And despite m

Re: Strange Loss of Synaptic Functionality

[Mark Fletcher]

On Sat, Feb 10, 2018 at 08:10:18AM -0500, Stephen P. Molnar wrote:
> 
> Thanks for the reply.
> 
> root@AbNormal:/home/comp# apt-get clean
> root@AbNormal:/home/comp# 
> 
> Just before I read your reply I edited sources-list for a different
> source, debian.uchicago.edu father than debian.org, and the synaptic
> function was partially restored.
> 
> # deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
> Binary-1 20171209-12:11]/ stretch contrib main 
> 
> # deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
> Binary-1 20171209-12:11]/ stretch main contrib 
> 
> deb http://debian.uchicago.edu/debian/ stretch contrib non-free main 
> deb-src http://debian.uchicago.edu/debian/ stretch contrib non-free
> main 
> 
> # deb http://security.debian.org/debian-security/ stretch/updates main
> contrib non-free  
> # deb-src http://security.debian.org/debian-security/ stretch/updates
> main contrib non-free  
> 
> # stretch-updates, previously known as 'volatile'
> deb http://debian.uchicago.edu/debian/ stretch-updates non-free contrib
> main 
> deb-src http://debian.uchicago.edu/debian/ stretch-updates non-free
> contrib main 
> 
> # stretch-backports, previously on backports.debian.org
> deb http://debian.uchicago.edu/debian/ stretch-backports non-free
> contrib main 
> deb-src http://debian.uchicago.edu/debian/ stretch-backports non-free
> contrib main 
> 
> For some reason synaptic didn't like Debian security entries, but
> worked when they were commented out.  However, I am not happy about not
> being able to receive security updates.  Are those entries correct?
> 

I think the answer to that is no. On Stretch here I have 

deb http://security.debian.org/ stretch/updates main contrib non-free
deb-src http://security.debian.org/ stretch/updates main contrin non-free

ie no /debian-security

Mark

Re: libgparted bug.

[Gene Heskett]

On Saturday 10 February 2018 02:55:08 deloptes wrote:

> David Wright wrote:
> > Well, as I explained, I don't use a DE so I wouldn't have a clue.
> > There presumably are people here who use TDE. I see it mentioned
> > a lot.
>
> I use the 14.1 - DEV version, but also in previous one I have never
> experienced automounting.
> Could be that Gene installed automount package and it is not working
> as expected?
>
> I don't have that big file to test khexedit - I test with 1GB+, but it
> displayed properly.
>
> regards

It loaded slow, but displayed ok. Biggest problem is only one way to 
scroll, one 16 byte line at a time. Would have taken an indeterminate 
but measured in days time, to scroll thru an 8Gb file. The recommened 
hexdump -C did the scrolling about 25x faster, and only took 5 or 6 
hours to answer the question, was there a gpt table at the end of it, 
the answer of course was no.

Someone else did some math and said my count for the dd invocation I used 
should have gone another half a megabyte.

So I'm going to scroll back up the list, and make another image to see if 
that solves the problem.

-- 
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: preferences > openbox configuration manager no start

[David Margerison]

On 28 January 2018 at 06:52, Harry Putnam  wrote:
>
> What I'm seeing is at the lxde main menu > preferences >
> openbox configuration manager
>
> When clicked nothing happens I just see the mouse cursor show the
> `busy' icon.  Nothing ever starts
>
> After doing a few dpkg -L pkgname looking for something that might be
> the binary of that manager... I'm not able to find it.
>
> Even chking on a `stable' version (stretch) I can't really tell what
> runs when you click the openbox config manager.

On jessie and stretch, clicking that menu item with the secondary mouse
button and then clicking "properties" reveals that its target file is
/usr/share/applications/obconf.desktop which defines the command
Exec=obconf

and
$ dpkg -S /usr/share/applications/obconf.desktop
obconf: /usr/share/applications/obconf.desktop
$ type obconf
obconf is /usr/bin/obconf
$ dpkg -S /usr/bin/obconf
obconf: /usr/bin/obconf

shows that both those files are installed by the obconf package.

Re: Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

On Sat, 2018-02-10 at 13:34 +0100, john doe wrote:
> On 2/10/2018 12:26 PM, Stephen P. Molnar wrote:
> > Debian Stretch
> > 
> > I am experiencing a very strange problem.
> > 
> > Yesterday I had my Internet connection switched to a fiber optic
> > network  As a result I know have 120 MB/s both down and up.
> > 
> > That was the good news.  Now for the other side. Synaptic hangs on
> > Downloading Package Information on Reload. The errors are:
> > 
> > Failed to fetch http://ftp.us.debian.org/debian/dists/stretch/InRel
> > ease
> >    Failed to fetch http://security.debian.org/debian-security/dists
> > /stre
> > tch/updates/InRelease  Failed to fetch http://ftp.us.debian.org/deb
> > ian/
> > dists/stretch-updates/InRelease  Failed to fetch http://ftp.us.debi
> > an.o
> > rg/debian/dists/stretch-backports/InRelease  Some index files
> > failed to
> > download. They have been ignored, or old ones used instead.
> > 
> > Apt update (as root) gives me:
> > 
> > 0% [Connecting to ftp-chi.osuosl.org (2600:3402:200:227::2)]
> > [Connecting to security.debian.org (2607:ea00:101:3c0b::1deb:215)]
> > 
> > Yet if I download a package with firefox gdebi is perfectly happy
> > installing it.
> > 
> > Everything else is working without any problems.
> > 
> > Incidentally, this is a fresh OS installation (due to a mis-
> > function
> > with sda and subsequent replacement.
> > 
> > Guidance will be much appreciated.
> > 
> 
> Could you try the following as root:
> 
> $ apt-get clean
> 

Thanks for the reply.

root@AbNormal:/home/comp# apt-get clean
root@AbNormal:/home/comp# 

Just before I read your reply I edited sources-list for a different
source, debian.uchicago.edu father than debian.org, and the synaptic
function was partially restored.

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
Binary-1 20171209-12:11]/ stretch contrib main 

# deb cdrom:[Debian GNU/Linux 9.3.0 _Stretch_ - Official amd64 DVD
Binary-1 20171209-12:11]/ stretch main contrib 

deb http://debian.uchicago.edu/debian/ stretch contrib non-free main 
deb-src http://debian.uchicago.edu/debian/ stretch contrib non-free
main 

# deb http://security.debian.org/debian-security/ stretch/updates main
contrib non-free  
# deb-src http://security.debian.org/debian-security/ stretch/updates
main contrib non-free  

# stretch-updates, previously known as 'volatile'
deb http://debian.uchicago.edu/debian/ stretch-updates non-free contrib
main 
deb-src http://debian.uchicago.edu/debian/ stretch-updates non-free
contrib main 

# stretch-backports, previously on backports.debian.org
deb http://debian.uchicago.edu/debian/ stretch-backports non-free
contrib main 
deb-src http://debian.uchicago.edu/debian/ stretch-backports non-free
contrib main 

For some reason synaptic didn't like Debian security entries, but
worked when they were commented out.  However, I am not happy about not
being able to receive security updates.  Are those entries correct?

Re: Strange Loss of Synaptic Functionality

[john doe]

On 2/10/2018 12:26 PM, Stephen P. Molnar wrote:

Debian Stretch

I am experiencing a very strange problem.

Yesterday I had my Internet connection switched to a fiber optic
network  As a result I know have 120 MB/s both down and up.

That was the good news.  Now for the other side. Synaptic hangs on
Downloading Package Information on Reload. The errors are:

Failed to fetch http://ftp.us.debian.org/debian/dists/stretch/InRelease
   Failed to fetch http://security.debian.org/debian-security/dists/stre
tch/updates/InRelease  Failed to fetch http://ftp.us.debian.org/debian/
dists/stretch-updates/InRelease  Failed to fetch http://ftp.us.debian.o
rg/debian/dists/stretch-backports/InRelease  Some index files failed to
download. They have been ignored, or old ones used instead.

Apt update (as root) gives me:

0% [Connecting to ftp-chi.osuosl.org (2600:3402:200:227::2)]
[Connecting to security.debian.org (2607:ea00:101:3c0b::1deb:215)]

Yet if I download a package with firefox gdebi is perfectly happy
installing it.

Everything else is working without any problems.

Incidentally, this is a fresh OS installation (due to a mis-function
with sda and subsequent replacement.

Guidance will be much appreciated.



Could you try the following as root:

$ apt-get clean

--
John Doe

Re: Problems in debian-9.3.0-amd64-DVD-2.iso and debian-9.3.0-amd64-DVD-3.iso

[Thomas Schmitt]

Hi,

Laot Serge wrote:
> Yes I'm using W10, and the latest Virtualbox for Debian and i opened the iso
> files with 7zip this is why i've got these results.

I can meanwhile forward your share of the thanks which i got from debian-cd:
  https://lists.debian.org/debian-cd/2018/02/msg00013.html
where Steve McIntyre wrote:
> you've found a clear bug. Fixing it right now, thanks for
> the clear report!

You: bug finder. Me: clear reporter. Steve: swiftly reacting developer:

  
https://salsa.debian.org/images-team/debian-cd/commit/6112370e0abf29018a5346467aaf27cf7cb8ba91
  "Ensure that in all places where we use -J we also use --joliet-long"

That's how it should be.

So release 9.4.0 hopefully has longer names in Joliet. Let's see what
MS-Windows or 7zip say about that.


There will still be differences between ISO 9660 + Rock Ridge tree and
the Joliet tree. That's because Debian ISOs contain a few symbolic links
which cannot be represented in Joliet.
The full original experience of a Debian ISO as data storage is only
available if it is mounted by a Unix-like system and its Rock Ridge aware
ISO 9660 driver.


Have a nice day :)

Thomas

Strange Loss of Synaptic Functionality

[Stephen P. Molnar]

Debian Stretch

I am experiencing a very strange problem.

Yesterday I had my Internet connection switched to a fiber optic
network  As a result I know have 120 MB/s both down and up.

That was the good news.  Now for the other side. Synaptic hangs on
Downloading Package Information on Reload. The errors are:

Failed to fetch http://ftp.us.debian.org/debian/dists/stretch/InRelease
  Failed to fetch http://security.debian.org/debian-security/dists/stre
tch/updates/InRelease  Failed to fetch http://ftp.us.debian.org/debian/
dists/stretch-updates/InRelease  Failed to fetch http://ftp.us.debian.o
rg/debian/dists/stretch-backports/InRelease  Some index files failed to
download. They have been ignored, or old ones used instead.

Apt update (as root) gives me:

0% [Connecting to ftp-chi.osuosl.org (2600:3402:200:227::2)]
[Connecting to security.debian.org (2607:ea00:101:3c0b::1deb:215)]

Yet if I download a package with firefox gdebi is perfectly happy
installing it.

Everything else is working without any problems.

Incidentally, this is a fresh OS installation (due to a mis-function
with sda and subsequent replacement.

Guidance will be much appreciated.


Stephen P. Molnar, Ph.D.
Consultant
www.molecular-modeling.net
(614)312-7528 (c)
Skype: smolnar1

Re: I do not want to install Linux

[Curt]

On 2018-02-09, rhkra...@gmail.com  wrote:
> On Friday, February 09, 2018 02:15:51 PM Curt wrote:
>> On 2018-02-09, rhkra...@gmail.com  wrote:
>> > On Friday, February 09, 2018 08:58:24 AM Curt wrote:
>
> poem>
>
>> > There once was a hacker from Bali
>> > Who did her forensics on Kali
>> > One day to be rude
>> > She posed in the nude
>> > Got fingered by Tom, Dick, and Sally.
>> 
>> Right. I miscounted the last line (a syllable too many).
>> 
>> I was going for 9-9-6-6-9 (which I thought was the traditional
>> thingamajig).
>> 
>> Of course with "posed" instead of "modeled" you're losing word play
>> (digital forensic models as well as...you get it, I'm sure).
>
> Well, I missed that originally.
>
> Modeled is almost 3 syllables, but I want to count posed as 1 syllable (so I 
> am inconsistent).  ;-)
>
> If it should be 9-9-6-6-9 I guess it needs more tweaking.  It works for me as 
> is ;-)
>
>
The only one I have committed to memory is (it isn't 9-9-6-6-9) 

There once was a lady from Exeter
And all the young men threw their sex at her
One day to be rude
She posed in the nude
And her parrot, a pervert, took pecks at her.

New version:

A once sober lady from Bali
Who hacked her forensics on Kali
Was surprisingly smitten
By some bug she was bitten
Hit the bottle like old Malcolm Lowry 


-- 
“True terror is to wake up one morning and discover that your high school class
is running the country.” – Kurt Vonnegut

Re: libgparted bug.

[Thomas Schmitt]

Hi,

i wrote:
> > your count=122070 was too small. It should have been 128912. 

Gene Heskett wrote:
> the backup GPT table, if it exists, is actually at the end 
> of the disk, after another 50Gb of of 's. But how do I "fix" the 
> file?

Partition editors suitable for GPT are supposed to be able to create
a new backup GPT at the end of the storage medium. Of course this makes
few sense in the image file, because it does not have the final medium
size and also because yours is too short anyway.


> Blame that on gparted which did not update the ending GPT table when I 
> shrank part 7 from 59.6 GB to about 7

The backup GPT is always at the very end of the storage device. Not
necessarily directly after the last allocated partition.
(That's why GPT is less suitable for image files as would be MBR partition
table, which has reference to the size of the final storage medium.)


> gdisk /dev/sdd
> x
> e
> w
> seems to have fixed that, gparted is now as happy as a clam.

Formally your GPT is ok now. But to my computation, the last ~ 450 MB
of your partition 7 are not filled with bytes from the original card.
This range rather contains bytes which were on the new card already before
you copied the image file onto it. (Not really random, but quite surely not
matching the data which were valid on the original card.)

You could test this with the image file, by mounting partition 7 and
checking whether all its data files are fully readable:

  mkdir /mnt/partition7
  mount -o loop,offset=134217728 rock-img-shrunk.img /mnt/partition7
  tar cf /dev/null /mnt/partition7
  umount /mnt/partition7
  rmdir /mnt/partition7

(134217728 = partition start 262144 * 512 bytes per block)

If the directory tree of the filesystem in partition 7 refers to files
in a missing end piece of the partition, then you should see an i/o error
from tar while it copies all file content into /dev/null.

This will not yield i/o errors on /dev/sdd, because there you have
readable bytes at the end of the partition. They are just not those
which should sit there, to my theory.


But i seem to be out of sync with your endeavor:

How did you now manage to get rock-img-shrunk.img onto the new /dev/sdd ?
To my account, this was not yet achieved when you sent the mail with
  Date: Fri, 9 Feb 2018 12:22:54 -0500
which reported an MBR partition table with partition 1 starting at
block 32768 and containing "HPFS/NTFS/exFAT".


Have a nice day :)

Thomas

Re: i3 wm sound volume and brightness

[likcoras]

On 02/10/2018 04:20 AM, Robert Ford wrote:
> My i3 config for sound volume and brightness is 
> https://paste.debian.net/1009555
> 
> The problem is configuration for sound works but there is no display. And for 
> brightness, xbacklight -inc N or xbacklight -dec N returns message
> 
> No outputs have backlight property
> 
> I read that's because xbacklight can't find the corresponded backlight in 
> /sys/class. I am aware that changing the value at 
> /sys/class/backlight/intel_backlight works, but I am looking for somewhat 
> more portable way.

I'm not sure on the sound issue, but I remember having the same exact
issue when I was setting up my current system. From what I can recall,
it involved changing some setting in the xorg configuration.
Specifically adding the Driver line (as below).

# /etc/X11/xorg.conf.d/10-display.conf:
Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "UXA"
EndSection

Try adding this file (not sure if the UXA line was necessary), restart
X, and see if it fixes the issue with xbacklight.

Re: how to change network setting after installation

[Ankit R Gadiya]

On 02/10/2018 01:32 PM, deloptes wrote:

Long Wind wrote:


i've just installed stretch, minimal installationnow i want to change
network connection from  cell phone hot spot to router
i've not installed X window
Thanks!


If you have not installed any network manager (NetworklManager or WICD) you
do it the old way /etc/network/interfaces
If you have installed a network manager you disable the network interfaces
(except lo) in /etc/network/interfaces and configure the networkmanager in
use - for example /etc/NetworkManager/

regards



Or for ease you can use network-manager's TUI to simply change the 
interface.

--
From: Ankit R Gadiya 

Re: how to change network setting after installation

[Long Wind]

Thank deloptes!i'll try wicd in future 

On Saturday, February 10, 2018 4:03 PM, deloptes  wrote:
 

 Long Wind wrote:

> i've just installed stretch, minimal installationnow i want to change
> network connection from  cell phone hot spot to router
> i've not installed X window
> Thanks!

If you have not installed any network manager (NetworklManager or WICD) you
do it the old way /etc/network/interfaces
If you have installed a network manager you disable the network interfaces
(except lo) in /etc/network/interfaces and configure the networkmanager in
use - for example /etc/NetworkManager/

regards



   

(solved)Re: how to change network setting after installation

[Long Wind]

i have a look at /etc/networkit's beyond my ability to config iti'd rather 
reinstall stretch

Thank John anyway! 

On Saturday, February 10, 2018 3:54 PM, john doe  
wrote:
 

 On 2/10/2018 7:42 AM, Long Wind wrote:
> i've just installed stretch, minimal installationnow i want to change network 
> connection
> from  cell phone hot spot to router
> i've not installed X window
> 

Have a look in/etc/network/interfaces.

-- 
John Doe



   

Re: how to change network setting after installation

[deloptes]

Long Wind wrote:

> i've just installed stretch, minimal installationnow i want to change
> network connection from  cell phone hot spot to router
> i've not installed X window
> Thanks!

If you have not installed any network manager (NetworklManager or WICD) you
do it the old way /etc/network/interfaces
If you have installed a network manager you disable the network interfaces
(except lo) in /etc/network/interfaces and configure the networkmanager in
use - for example /etc/NetworkManager/

regards