Re: External usb drive -

2020-06-21 Thread Bob Goodwin



On 2020-06-20 22:48, Ed Greshko wrote:

On 2020-06-21 10:15, Cameron Simpson wrote:

On 20Jun2020 16:28, Bob Goodwin  wrote:

Fred, my objective is to use the drive as an NAS. The drive began life
as a WD Mybook, it had two 2GB partitions for whatever reason and I had
been using it to save NFS files etc. [...]

Since the ASUS will be mounting the drive and sharing the data, the ASUS
may require particular filesystems (I'm imagining exfat or fat32).  What
filesystem is on the drive at present?

Also, is it a DOS partition table or GPT? Might also be relevant.

Thanks for beating me to this.  :-) :-)

FWIW, ASUS doesn't seem to keep their compatibility charts up to date.

I found  https://event.asus.com/2009/networks/disksupport/ but this is from 
2009 and the RT-ARCH13
isn't listed.  But the similar product RT-ARCH15 is.  And it shows that ext4 is 
NOT supported.

°

When I look at the drive on this computer with I gparted I see:

[root@Workstation-1 bobg]# gparted /dev/sdc

WD My Book 25EE  ext4 /run/media/bobg/bbdb9a5e-5003-4d4e-a18c-fb30a248

Perhaps I need to change the file system to vfat, gpt, or whatever samba 
wants? ASUS appears to be using a version of DD-WRT with their own gui, 
I believe the hype mentioned WRT? One reason for getting this router was 
to try the USB attached hard drive using an unmodified router, I always 
buy a router that is listed compatible with DD-WRT or preferably 
Tomato-USB, the latter preferred since it logs daily usage per ipaddress 
so I know what is hogging my b.w. allocation. I had similar, probably 
the same, problems withe router I've been using for the last year which 
I reworked for Tomato-USB, a DD-WRT related program.




--
Bob Goodwin - Zuni, Virginia, USA
http://www.qrz.com/db/W2BOD
FEDORA-32/64bit LINUX XFCE Fastmail POP3
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Issue upgrading f31 to f32.

2020-06-21 Thread Erik P. Olsen
On 2020-06-20 at 14:54:48 Samuel Sieb wrote:

> On 6/20/20 12:28 PM, Erik P. Olsen wrote:
> > After dnf system-upgrade download --releasever=32 I get the following error:
> > 
> > the file /usr/include/mysql/mariadb_rpl.h makes conflict between the 
> > attempted
> > installation of mariadb-devel-3:10.4.12-3.fc32.x86_64 and
> > mariadb-connector-c-devel-3.1.8-1.fc32.x86_64
> > 
> > The original error message was in Danish but I have attempted to translate 
> > it as well
> > as I could. I hope it is understood.
> > 
> > What can I do about it? --allowerasing and --skip-broken do not help.  
> 
> For now, remove one of them and do the upgrade.
> Then comment in https://bugzilla.redhat.com/show_bug.cgi?id=1839428 that 
> it's a problem in F32 as well.

Done and the upgrade completed without further issues.
 
Thanks a lot.

-- 
Erik P. Olsen - Copenhagen, Denmark
Fedora 32/64 bit Linux xfce Claws-Mail POP3 Gramps 5.1.2 Bacula 9.4.4
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread Ed Greshko
On 2020-06-21 19:40, Bob Goodwin wrote:
>
>
> On 2020-06-20 22:48, Ed Greshko wrote:
>> On 2020-06-21 10:15, Cameron Simpson wrote:
>>> On 20Jun2020 16:28, Bob Goodwin  wrote:
 Fred, my objective is to use the drive as an NAS. The drive began life
 as a WD Mybook, it had two 2GB partitions for whatever reason and I had
 been using it to save NFS files etc. [...]
>>> Since the ASUS will be mounting the drive and sharing the data, the ASUS
>>> may require particular filesystems (I'm imagining exfat or fat32).  What
>>> filesystem is on the drive at present?
>>>
>>> Also, is it a DOS partition table or GPT? Might also be relevant.
>> Thanks for beating me to this.  :-) :-)
>>
>> FWIW, ASUS doesn't seem to keep their compatibility charts up to date.
>>
>> I found  https://event.asus.com/2009/networks/disksupport/ but this is from 
>> 2009 and the RT-ARCH13
>> isn't listed.  But the similar product RT-ARCH15 is.  And it shows that ext4 
>> is NOT supported.
> °
>
> When I look at the drive on this computer with I gparted I see:
>
> [root@Workstation-1 bobg]# gparted /dev/sdc
>
> WD My Book 25EE  ext4 /run/media/bobg/bbdb9a5e-5003-4d4e-a18c-fb30a248
>
> Perhaps I need to change the file system to vfat, gpt, or whatever samba 
> wants? ASUS appears to be using a version of DD-WRT with their own gui, I 
> believe the hype mentioned WRT? One reason for getting this router was to try 
> the USB attached hard drive using an unmodified router, I always buy a router 
> that is listed compatible with DD-WRT or preferably Tomato-USB, the latter 
> preferred since it logs daily usage per ipaddress so I know what is hogging 
> my b.w. allocation. I had similar, probably the same, problems withe router 
> I've been using for the last year which I reworked for Tomato-USB, a DD-WRT 
> related program.

You probably would best be served by using ntfs or ext3.

It isn't a question about what "samba" wants but what disk formats the kernel 
running on the router
supports.


-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread George N. White III
On Sun, 21 Jun 2020 at 08:41, Bob Goodwin  wrote:

>
>
> On 2020-06-20 22:48, Ed Greshko wrote:
> > On 2020-06-21 10:15, Cameron Simpson wrote:
> >> On 20Jun2020 16:28, Bob Goodwin  wrote:
> >>> Fred, my objective is to use the drive as an NAS. The drive began life
> >>> as a WD Mybook, it had two 2GB partitions for whatever reason and I had
> >>> been using it to save NFS files etc. [...]
> >> Since the ASUS will be mounting the drive and sharing the data, the ASUS
> >> may require particular filesystems (I'm imagining exfat or fat32).  What
> >> filesystem is on the drive at present?
> >>
> >> Also, is it a DOS partition table or GPT? Might also be relevant.
> > Thanks for beating me to this.  :-) :-)
> >
> > FWIW, ASUS doesn't seem to keep their compatibility charts up to date.
> >
> > I found  https://event.asus.com/2009/networks/disksupport/ but this is
> from 2009 and the RT-ARCH13
> > isn't listed.  But the similar product RT-ARCH15 is.  And it shows that
> ext4 is NOT supported.
>
>
https://dlcdnets.asus.com/pub/ASUS/wireless/RT-ACRH13/E11649_RT_ACRH13_Manual.pdf
says:

The wireless router works with most USB HDDs/Flashdisks (up to 2TB size)
and supports read-write access for FAT16, FAT32, EXT2, EXT3, and NTFS

https://www.asus.com/supportonly/RT-ACRH13/HelpDesk_Knowledge/

You can download the source code (but latest source isn't current, so you
may need to search for patches).

https://www.asus.com/supportonly/RT-ACRH13/HelpDesk_Download/

https://www.asuswrt-merlin.net/about:

*Asuswrt* is the name of the firmware developed by Asus for use on all
their recent routers. It was originally based on Tomato, and got
extensively modified by Asus over the years as they added their own
features to it. 

*Asuswrt-Merlin* is an alternative, customized version of that firmware.
Developed by Eric Sauvageau, its primary goals are to enhance  the existing
firmware without bringing any radical changes, and to fix some of the known
issues and limitations, while maintaining the same level of performance as
the original firmware. This means Asuswrt-Merlin retains full support for
NAT acceleration (sometimes referred to as "hardware acceleration"),
enhanced NTFS performance (through the proprietary drivers used by Asus
from either Paragon or Tuxera), and the Asus exclusive features such as
AiCloud or the Trend Micro-powered AiProtection.  New feature addition is
very low on the list of priorities for this project.

>
> When I look at the drive on this computer with I gparted I see:
>
> [root@Workstation-1 bobg]# gparted /dev/sdc
>
> WD My Book 25EE  ext4 /run/media/bobg/bbdb9a5e-5003-4d4e-a18c-fb30a248
>
> Perhaps I need to change the file system to vfat, gpt, or whatever samba
> wants? ASUS appears to be using a version of DD-WRT with their own gui,
> I believe the hype mentioned WRT? One reason for getting this router was
> to try the USB attached hard drive using an unmodified router, I always
> buy a router that is listed compatible with DD-WRT or preferably
> Tomato-USB, the latter preferred since it logs daily usage per ipaddress
> so I know what is hogging my b.w. allocation. I had similar, probably
> the same, problems withe router I've been using for the last year which
> I reworked for Tomato-USB, a DD-WRT related program.
>

You do need to change the filesystem, NTFS is probably the best choice, but
you have to deal with the 2TB limit.  Some elderly PC systems refuse to
deal
with 4TB drives, and some will accept a 4TB drive with a 2TB partition.

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread Bob Goodwin



On 2020-06-21 08:08, Ed Greshko wrote:

You probably would best be served by using ntfs or ext3.

It isn't a question about what "samba" wants but what disk formats the kernel 
running on the router
supports.

°
How can I find that? Hopefully I don't have to ask the manufacturer ...
--

Bob Goodwin - Zuni, Virginia, USA
http://www.qrz.com/db/W2BOD
FEDORA-32/64bit LINUX XFCE Fastmail POP3
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread Qiyu Yan
Bob Goodwin  于2020年6月21日周日 下午10:10写道:
>
>
>
> On 2020-06-21 08:08, Ed Greshko wrote:
> > You probably would best be served by using ntfs or ext3.
> >
> > It isn't a question about what "samba" wants but what disk formats the 
> > kernel running on the router
> > supports.
> °
> How can I find that? Hopefully I don't have to ask the manufacturer ...
I think you can do experiment by formatting an unused flash drive as
GPT/MBR format and change its filesystem and look if your router can
recognize it.
> --
>
> Bob Goodwin - Zuni, Virginia, USA
> http://www.qrz.com/db/W2BOD
> FEDORA-32/64bit LINUX XFCE Fastmail POP3
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread Ed Greshko
On 2020-06-21 22:09, Bob Goodwin wrote:
>
>
> On 2020-06-21 08:08, Ed Greshko wrote:
>> You probably would best be served by using ntfs or ext3.
>>
>> It isn't a question about what "samba" wants but what disk formats the 
>> kernel running on the router
>> supports.
> °
> How can I find that? Hopefully I don't have to ask the manufacturer ...

You probably saw it by now, but George had the answer you needed.


https://dlcdnets.asus.com/pub/ASUS/wireless/RT-ACRH13/E11649_RT_ACRH13_Manual.pdf
 says:

The wireless routerworkswithmostUSBHDDs/Flashdisks(upto2TBsize) and supports 
read-write access for FAT16, FAT32, EXT2, EXT3, and NTFS


-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


cinnamon restart

2020-06-21 Thread José Artemio
hello, I would like to know how to report a problem, in cinnamon when 
using the restart function the system crashes and that's it!

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: cinnamon restart

2020-06-21 Thread Qiyu Yan
José Artemio  于2020年6月21日周日 下午10:44写道:
>
> hello, I would like to know how to report a problem, in cinnamon when
> using the restart function the system crashes and that's it!
Bugzilla, most time abrt can handle this automatically if you have
setup bugzilla user and didn't disable this feature.
But you can report manually at Bugzilla https://bugzilla.redhat.com/ ,
Product: Fedora and Component: cinnamon, describe your problem in
detail and if possible, attach logs there.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Random crashes/reboots under F32

2020-06-21 Thread Łukasz Posadowski
Fri, 19 Jun 2020 09:43:12 -0400
Justin Moore :

> It hasn't (yet) happened while I've been sitting at the computer so I
> can't tell if it's a clean shutdown or a hard reboot. Googling for
> "fedora" or "F32" and "random reboots" or "random crashes" doesn't
> bring up anything particularly helpful.
> 
> Tips? Suggestions?

As George wrote, You can check all past reboots and shutdowns with
'last -x'. It is easier to browse the logs knowing the exact time.

-- 
Łukasz Posadowski
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: External usb drive -

2020-06-21 Thread Bob Goodwin



On 2020-06-21 10:30, Ed Greshko wrote:

You probably saw it by now, but George had the answer you needed.


https://dlcdnets.asus.com/pub/ASUS/wireless/RT-ACRH13/E11649_RT_ACRH13_Manual.pdf
  says:

The wireless routerworkswithmostUSBHDDs/Flashdisks(upto2TBsize) and supports 
read-write access for FAT16, FAT32, EXT2, EXT3, and NTFS
Yes, ans as the last person suggests I was planning on experimenting 
using a flash drive.



Thanks to all for the information and assistance, I'll report the 
results when done. Bob


--
Bob Goodwin - Zuni, Virginia, USA
http://www.qrz.com/db/W2BOD
FEDORA-32/64bit LINUX XFCE Fastmail POP3
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Starting and stopping RAID doesn't work from Cron

2020-06-21 Thread Patrick O'Callaghan
I have a backup script (using Borgmatic) I run every night, where the
target is a RAID1 array connected by a USB dock. The dock is normally
off so the script turns it on, does the backup, then turns it off
again. This is the cron entry:

# cat /etc/cron.d/borgmatic 
# Run borgmatic every day at 3am

0 3 * * * root /usr/local/bin/dock up && /usr/bin/borgmatic ; 
/usr/local/bin/dock down

The on/off script (see attached) works reliably when run from the
command line, but fails when run via cron. The journal shows the
following:

Jun 21 03:00:01 Bree CROND[25480]: (root) CMD (/usr/local/bin/dock up && 
/usr/bin/borgmatic ; /usr/local/bin/dock down)
Jun 21 03:00:01 Bree kernel: scsi 6:0:0:0: Direct-Access ASMT 
ASM1156-PM   0PQ: 0 ANSI: 6
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: Attached scsi generic sg4 type 0
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] 1953525168 512-byte logical 
blocks: (1.00 TB/932 GiB)
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] 4096-byte physical blocks
Jun 21 03:00:01 Bree kernel: scsi 6:0:0:1: Direct-Access ASMT 
ASM1156-PM   0PQ: 0 ANSI: 6
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Write Protect is off
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Write cache: enabled, read 
cache: enabled, doesn't support DPO or FUA
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: Attached scsi generic sg5 type 0
Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Optimal transfer size 33553920 
bytes not a multiple of physical block size (4096 bytes)
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] 1953525168 512-byte logical 
blocks: (1.00 TB/932 GiB)
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] 4096-byte physical blocks
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Write Protect is off
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Write cache: enabled, read 
cache: enabled, doesn't support DPO or FUA
Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Optimal transfer size 33553920 
bytes not a multiple of physical block size (4096 bytes)
Jun 21 03:00:06 Bree kernel: sd 6:0:0:0: [sdd] Attached SCSI disk
Jun 21 03:00:07 Bree kernel: sd 6:0:0:1: [sde] Attached SCSI disk
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/degraded': Failed to open file 
“/sys/devices/virtual/block/md127/md/degraded”: No such file or directory 
(g-file>
Jun 21 03:00:07 Bree kernel: md/raid1:md127: active with 2 out of 2 mirrors
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/sync_action': Failed to open file 
“/sys/devices/virtual/block/md127/md/sync_action”: No such file or directory (>
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/sync_completed': Failed to open file 
“/sys/devices/virtual/block/md127/md/sync_completed”: No such file or direc>
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/degraded': Failed to open file 
“/sys/devices/virtual/block/md127/md/degraded”: No such file or directory 
(g-file>
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/sync_action': Failed to open file 
“/sys/devices/virtual/block/md127/md/sync_action”: No such file or directory (>
Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
`/sys/devices/virtual/block/md127/md/sync_completed': Failed to open file 
“/sys/devices/virtual/block/md127/md/sync_completed”: No such file or direc>
Jun 21 03:00:07 Bree kernel: md127: detected capacity change from 0 to 
169595136
Jun 21 03:00:07 Bree kernel:  md127: p1
Jun 21 03:00:07 Bree systemd[1]: Condition check resulted in Software RAID 
monitoring and management being skipped.
Jun 21 03:00:07 Bree systemd[1]: Condition check resulted in Software RAID 
monitoring and management being skipped.
Jun 21 03:00:31 Bree kernel: sd 6:0:0:0: [sdd] Synchronizing SCSI cache
Jun 21 03:00:31 Bree kernel: md/raid1:md127: Disk failure on sdd, disabling 
device. <-*
 md/raid1:md127: Operation continuing on 1 devices.
Jun 21 03:00:31 Bree kernel: sd 6:0:0:1: [sde] Synchronizing SCSI cache
Jun 21 03:00:31 Bree udisksd[961]: Unable to resolve 
/sys/devices/virtual/block/md127/md/dev-sde/block symlink
Jun 21 03:00:31 Bree udisksd[961]: Unable to resolve 
/sys/devices/virtual/block/md127/md/dev-sdd/block symlink
Jun 21 03:00:31 Bree udisksd[961]: Unable to resolve 
/sys/devices/virtual/block/md127/md/dev-sde/block symlink
Jun 21 03:00:31 Bree udisksd[961]: Unable to resolve 
/sys/devices/virtual/block/md127/md/dev-sdd/block symlink
Jun 21 03:00:31 Bree kernel: md: super_written gets error=10
Jun 21 03:00:31 Bree kernel: md127: detected capacity change from 169595136 
to 0
Jun 21 03:00:31 Bree kernel: md: md127 stopped.

The script

Re: How do I change the grub kernel boot parameters in F32 ?

2020-06-21 Thread Stephen Morris

On 20/6/20 7:25 am, Jonathan Billings wrote:


On Jun 19, 2020, at 03:34, Stephen Morris  
wrote:


My issue with BLS is the way it displays the kernel menu entries in 
grub, it is exactly the same as the way grubby showed the entries 
which I also hated, consequently I refuse to use BLS until such time 
as they provide an option to get the menus displayed as an entry for 
the current kernel and an expandable menu for all other kernels and 
the recovery entries.



Do you mean something like changing:

GRUB_DISABLE_SUBMENU=true
*
*
*... to ...*
*
*
GRUB_DISABLE_SUBMENU=false

... in your /etc/default/grub?
I have always had GRUB_DISABLE_SUBMENU=false, but grubby and BLS have 
always ignored it whereas grub2-mkconfig has always honoured it.


regards,
Steve



(and of course regenerate the grub.cfg)

--
Jonathan Billings

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: DNF Error with package Conflicts.

2020-06-21 Thread Stephen Morris

On 19/6/20 8:59 pm, Ed Greshko wrote:

On 2020-06-19 17:03, Ed Greshko wrote:

On 2020-06-19 16:43, Samuel Sieb wrote:

On 6/19/20 12:01 AM, Stephen Morris wrote:

Hi,
  When I did a dnf upgrade today I got the following messages at the 
beginning of dnf output.

Error:
   Problem: cannot install the best update candidate for package 
qt5-qtbase-5.13.2-5.fc32.x86_64
    - problem with installed package qt5-qtbase-5.13.2-5.fc32.x86_64
    - cannot install the best update candidate for package 
qgis-3.12.3-1.fc32.x86_64
    - problem with installed package qgis-3.12.3-1.fc32.x86_64
    - package qgis-3.12.3-1.fc32.x86_64 requires 
libQt5Core.so.5(Qt_5.13.2_PRIVATE_API)(64bit), but none of the providers can be 
installed
Is this because qt5-qtbase-5.14.2-5.fc32.x86_64 doesn't supercede 
qt5-qtbase-5.13.2-4.fc32.x86_64?

More likely that qgis still needs to be rebuilt with the new qt5.  If you don't need it, 
try adding "--allowerasing" to the dnf command.

FWIW, I installed qgis on a fully updated VM to see if I could reproduce the 
failure.  It installed OK.

[root@f32k ~]# rpm -q qgis qt5-qtbase
qgis-3.12.1-4.fc32.x86_64
qt5-qtbase-5.14.2-5.fc32.x86_64

I noticed the qgis package version differs from mine.  Wonder if the OP is 
getting the package
from a non-fedora source?



It would seem the OP's version comes from the copr/danis repository.

The page https://copr.fedorainfracloud.org/coprs/dani/qgis/

indicates The following unofficial repositories are provided as-is by owner of 
this project. Contact the owner directly for bugs or issues (IE: not bugzilla).

So, the owner will probably need to update their package.


Thanks for your responses Samuel and Ed. I did try --best and 
--allowerasing as suggest but they made no difference.
I am indeed using the COPR repository for qgis as that was the required 
methodology for Fedora. I have tried the dnf upgrade this morning and 
there is an updated version of qgis (3.14.0) that has rectified the issue.

Thankyou for your help.

regards,
Steve

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: DNF Error with package Conflicts.

2020-06-21 Thread Ed Greshko
On 2020-06-22 06:01, Stephen Morris wrote:
> Thanks for your responses Samuel and Ed. I did try --best and --allowerasing 
> as suggest but they made no difference.
> I am indeed using the COPR repository for qgis as that was the required 
> methodology for Fedora. I have tried the dnf upgrade this morning and there 
> is an updated version of qgis (3.14.0) that has rectified the issue.
> Thankyou for your help. 

I don't know what you mean by "that was the required methodology for Fedora".

The regular Fedora repository contains qgis.

Name : qgis
Version  : 3.12.1
Release  : 4.fc32
Architecture : x86_64
Size : 39 M
Source   : qgis-3.12.1-4.fc32.src.rpm
Repository   : updates

you have decided to use a different repository with a "beta" version.  If you 
have issues with the older
version, like a missing feature, that would be a reason to use it.  If you can 
live with the older version
in the Fedora repository you should switch to using it.

-- 
The key to getting good answers is to ask good questions.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: Starting and stopping RAID doesn't work from Cron

2020-06-21 Thread Roger Heflin
It would appear that the md stop is still running when you remove the disk.

So in both cases you run the exact same script but from cron it fails?

I would think you either need a loop validating that the md stopped or
just put a simple few second sleep delay between the md stop and the
disk stop.

On Sun, Jun 21, 2020 at 11:54 AM Patrick O'Callaghan
 wrote:
>
> I have a backup script (using Borgmatic) I run every night, where the
> target is a RAID1 array connected by a USB dock. The dock is normally
> off so the script turns it on, does the backup, then turns it off
> again. This is the cron entry:
>
> # cat /etc/cron.d/borgmatic
> # Run borgmatic every day at 3am
>
> 0 3 * * * root /usr/local/bin/dock up && /usr/bin/borgmatic ; 
> /usr/local/bin/dock down
>
> The on/off script (see attached) works reliably when run from the
> command line, but fails when run via cron. The journal shows the
> following:
>
> Jun 21 03:00:01 Bree CROND[25480]: (root) CMD (/usr/local/bin/dock up && 
> /usr/bin/borgmatic ; /usr/local/bin/dock down)
> Jun 21 03:00:01 Bree kernel: scsi 6:0:0:0: Direct-Access ASMT 
> ASM1156-PM   0PQ: 0 ANSI: 6
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: Attached scsi generic sg4 type 0
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] 1953525168 512-byte logical 
> blocks: (1.00 TB/932 GiB)
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] 4096-byte physical blocks
> Jun 21 03:00:01 Bree kernel: scsi 6:0:0:1: Direct-Access ASMT 
> ASM1156-PM   0PQ: 0 ANSI: 6
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Write Protect is off
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Write cache: enabled, read 
> cache: enabled, doesn't support DPO or FUA
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: Attached scsi generic sg5 type 0
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:0: [sdd] Optimal transfer size 33553920 
> bytes not a multiple of physical block size (4096 bytes)
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] 1953525168 512-byte logical 
> blocks: (1.00 TB/932 GiB)
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] 4096-byte physical blocks
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Write Protect is off
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Write cache: enabled, read 
> cache: enabled, doesn't support DPO or FUA
> Jun 21 03:00:01 Bree kernel: sd 6:0:0:1: [sde] Optimal transfer size 33553920 
> bytes not a multiple of physical block size (4096 bytes)
> Jun 21 03:00:06 Bree kernel: sd 6:0:0:0: [sdd] Attached SCSI disk
> Jun 21 03:00:07 Bree kernel: sd 6:0:0:1: [sde] Attached SCSI disk
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/degraded': Failed to open file 
> “/sys/devices/virtual/block/md127/md/degraded”: No such file or directory 
> (g-file>
> Jun 21 03:00:07 Bree kernel: md/raid1:md127: active with 2 out of 2 mirrors
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/sync_action': Failed to open file 
> “/sys/devices/virtual/block/md127/md/sync_action”: No such file or directory 
> (>
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/sync_completed': Failed to open file 
> “/sys/devices/virtual/block/md127/md/sync_completed”: No such file or direc>
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/degraded': Failed to open file 
> “/sys/devices/virtual/block/md127/md/degraded”: No such file or directory 
> (g-file>
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/sync_action': Failed to open file 
> “/sys/devices/virtual/block/md127/md/sync_action”: No such file or directory 
> (>
> Jun 21 03:00:07 Bree udisksd[961]: Error reading sysfs attr 
> `/sys/devices/virtual/block/md127/md/sync_completed': Failed to open file 
> “/sys/devices/virtual/block/md127/md/sync_completed”: No such file or direc>
> Jun 21 03:00:07 Bree kernel: md127: detected capacity change from 0 to 
> 169595136
> Jun 21 03:00:07 Bree kernel:  md127: p1
> Jun 21 03:00:07 Bree systemd[1]: Condition check resulted in Software RAID 
> monitoring and management being skipped.
> Jun 21 03:00:07 Bree systemd[1]: Condition check resulted in Software RAID 
> monitoring and management being skipped.
> Jun 21 03:00:31 Bree kernel: sd 6:0:0:0: [sdd] Synchronizing SCSI cache
> Jun 21 03:00:31 Bree kernel: md/raid1:md127: Disk failure on sdd, disabling 
> device. <-*
>  md/raid1:md127: Operation continuing on 1 
> devices.
> Jun 21 03:00:31 Bree kernel: sd 6:0:0:1: [sde] Synchronizing SCSI cache
> Jun 21 03:00:31 Bree udisksd[961]: Unable to resolve 
> /sys/devices/virtual/block/md127/md/dev-sde/block symlink
> Jun 21 03:00:31 

migrating drives on UEFI systems

2020-06-21 Thread Tim via users
Hi,

On the old BIOS systems, if I wanted to swap hard drives on a system
(e.g. move over to a bigger one), I could clone it off-line, then swap
over, and it'd just work.

Should I expect a UEFI system to do it that simply?

And do secure boot options throw any spanners in the works, too?


I tried this last night, and it didn't want to boot.  I cloned it using
"dd if=/dev/sda of=/dev/sdb" while booted from a gparted ISO on a USB
flashdrive (current release). Shut down.  Unplugged the old drive. 
Rebooted.

If it makes any difference, I can't recall if I plugged it into the
same SATA port on the motherboard.  It's a board with 6 sockets, and
I'm only using two of them (DVD and HDD).

I did get it to boot by messing with the boot menus in UEFI, but it was
quite hit-and-miss about what to boot from.  I can't remember now if I
selected the drive with it on, or the entry with the release's name in
it, but neither worked on the first boot.  It was a few reboots before
I got it to go.
 
-- 
 
uname -rsvp
Linux 3.10.0-1127.10.1.el7.x86_64 #1 SMP Wed Jun 3 14:28:03 UTC 2020 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org


Re: DNF Error with package Conflicts.

2020-06-21 Thread Stephen Morris

On 22/6/20 8:43 am, Ed Greshko wrote:

On 2020-06-22 06:01, Stephen Morris wrote:

Thanks for your responses Samuel and Ed. I did try --best and --allowerasing as 
suggest but they made no difference.
I am indeed using the COPR repository for qgis as that was the required 
methodology for Fedora. I have tried the dnf upgrade this morning and there is 
an updated version of qgis (3.14.0) that has rectified the issue.
Thankyou for your help.

I don't know what you mean by "that was the required methodology for Fedora".

The regular Fedora repository contains qgis.

Name : qgis
Version  : 3.12.1
Release  : 4.fc32
Architecture : x86_64
Size : 39 M
Source   : qgis-3.12.1-4.fc32.src.rpm
Repository   : updates

you have decided to use a different repository with a "beta" version.  If you 
have issues with the older
version, like a missing feature, that would be a reason to use it.  If you can 
live with the older version
in the Fedora repository you should switch to using it.
Thanks Ed, I didn't know it was in the Fedora repository. When we had a 
presentation on geocoding in one of the data exploration packages we use 
at work, the package vendors suggested we use qgis to generate the 
geocoding data the package uses to do map point plotting. Consequently I 
did a search on the net for qgis for Windows and Linux and found the 
Authors web site, where I downloaded and installed the Windows version, 
and for the Fedora Linux version the web site said install the COPR 
repository first and then install qgis, which is what I have done.


regards,
Steve




___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org