Re: [CentOS] USB 2.5GbE NIC

2022-06-01 Thread Mark Woolfson
Hi,

 

Can anyone please help.

I have an Intel NUC11i7 running CentOS 8.4 successfully.

I have a Plugable USB 3.0 to 2.5GbE adapter to be used with the NUC.

This works at 1GbE but the standard CentOS 8.4 driver will not allow me to
change the speed.

Can anyone please point me in the right direction for the driver and driver
installation instructions.

Advise would be appreciated for anyone who has done this.

 

Mark Woolfson

 



-- 
This email has been checked for viruses by AVG.
https://www.avg.com
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB External video

2020-11-06 Thread John Pierce
they seem to only have binary drivers for Ubuntu 14+, with no source links
on the vendor's website,  and I looked up the chip it uses, DisplayLink
DL-5500, that too says it only supports Ubuntu, and had no source download
links either, further, the Ubuntu driver consists of 3 separate giant .run
files for 14.04, 17.10, 16+18+20, so even you are running Ubuntu, you're
dependent on the vendor supplying drivers for future releases in a timely
manner.



On Fri, Nov 6, 2020 at 12:40 PM Jerry Geis  wrote:

> Hi All  - Has anyone tried using a USB 4K adapter ? Something like
> Startech USB32HD4K?
>
> Are these devices on option for linux ? Thanks
>
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
-john r pierce
  recycling used bits in santa cruz
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-23 Thread H
On 07/08/2020 06:55 PM, H wrote:
> On 07/08/2020 11:58 AM, John Pierce wrote:
>> On Wed, Jul 8, 2020 at 8:46 AM H  wrote:
>>
>>> I believe I mentioned that the UPS has the serial port, the computer thus
>>> has USB.
>>>
>>>
>> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
>> former do NOT use the rx/tx data of the serial port at all, they ONLY use
>> the serial port control  signals, and they probably will NOT work with a
>> USB port because they require very specific behavior from those signals at
>> power up and reboot times.
>>
>> the latter DO use the serial data, and may work with USB serial.
>>
>>
> I forgot to mention that I do have the serial cable for the APS UPS since the 
> previous computer it supported did have a serial port. Thus, the only issue 
> should be whether to buy a USB-serial adapter for the computer, or a card 
> with a serial port.
>
Closing out the above. I bought a Belkin USB-to-Serial adapter and after also 
getting the correct APC cable for this old APC BackupUPS things work as 
intended. Thus, no issues with the USB-to-serial adapter in this setting.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Kenneth Porter
Check the voltages on your adapter. I use such adapters in the machine shop 
so machinists can share the CNC programs they write on a PC with their CNC 
controllers. The CNC controllers can be fussy about voltages, and some 
cheap RS232-USB adapters only generate +/-5vdc. It's within the RS232 spec 
and newer RS232 chips are happy with that, but older systems might want 12v 
or more.


Another issue is handshake lines. Not all adapters provide all the 
handshake lines. Some are "3-wire" data-only with only ground, transmit, 
and receive connected. Some devices will want 5 or 7 wire connections, with 
RTS/CTS and DTR/DSR signals included. Check that the adapter you buy 
provides all the signals your device needs.


Which service are you using to manage your UPS? Nut? Something else? They 
probaby have a mailing list, website, or wiki where you can find out what 
adapters work well with which UPS units. (Be sure to post back here when 
you get an answer.)

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread H
On 07/08/2020 11:58 AM, John Pierce wrote:
> On Wed, Jul 8, 2020 at 8:46 AM H  wrote:
>
>> I believe I mentioned that the UPS has the serial port, the computer thus
>> has USB.
>>
>>
> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
> former do NOT use the rx/tx data of the serial port at all, they ONLY use
> the serial port control  signals, and they probably will NOT work with a
> USB port because they require very specific behavior from those signals at
> power up and reboot times.
>
> the latter DO use the serial data, and may work with USB serial.
>
>
I forgot to mention that I do have the serial cable for the APS UPS since the 
previous computer it supported did have a serial port. Thus, the only issue 
should be whether to buy a USB-serial adapter for the computer, or a card with 
a serial port.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread H
On 07/08/2020 02:40 PM, Chris Adams wrote:
> Once upon a time, John Pierce  said:
>> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
>> former do NOT use the rx/tx data of the serial port at all, they ONLY use
>> the serial port control  signals, and they probably will NOT work with a
>> USB port because they require very specific behavior from those signals at
>> power up and reboot times.
> I've used various serial devices, including UPSes, via various
> USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the
> signaling works fine.  Only issue you sometimes have is that there are
> many cheap adapters on Amazon that claim to be Prolific or FTDI but are
> in fact counterfeit clones - those may or may not work reliably for ANY
> purpose.
>
That's the issue but I will stay with a brand-name unit.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread H
On 07/08/2020 03:02 PM, Fred Smith wrote:
> On Wed, Jul 08, 2020 at 01:40:27PM -0500, Chris Adams wrote:
>> Once upon a time, John Pierce  said:
>>> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
>>> former do NOT use the rx/tx data of the serial port at all, they ONLY use
>>> the serial port control  signals, and they probably will NOT work with a
>>> USB port because they require very specific behavior from those signals at
>>> power up and reboot times.
>> I've used various serial devices, including UPSes, via various
>> USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the
>> signaling works fine.  Only issue you sometimes have is that there are
>> many cheap adapters on Amazon that claim to be Prolific or FTDI but are
>> in fact counterfeit clones - those may or may not work reliably for ANY
>> purpose.
>>
> Another possibility for the Original Poster:
> Purchase a serial add-in card from Amazon or Newegg.
> last I noticed they weren't expensive. This avoids
> the compatibility-hell you may (or may not) encounter
> with a USB-to-serial converter.
>
> Fred
>
OK, I'll see what fits the machine best.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Fred Smith
On Wed, Jul 08, 2020 at 01:40:27PM -0500, Chris Adams wrote:
> Once upon a time, John Pierce  said:
> > yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
> > former do NOT use the rx/tx data of the serial port at all, they ONLY use
> > the serial port control  signals, and they probably will NOT work with a
> > USB port because they require very specific behavior from those signals at
> > power up and reboot times.
> 
> I've used various serial devices, including UPSes, via various
> USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the
> signaling works fine.  Only issue you sometimes have is that there are
> many cheap adapters on Amazon that claim to be Prolific or FTDI but are
> in fact counterfeit clones - those may or may not work reliably for ANY
> purpose.
> 

Another possibility for the Original Poster:
Purchase a serial add-in card from Amazon or Newegg.
last I noticed they weren't expensive. This avoids
the compatibility-hell you may (or may not) encounter
with a USB-to-serial converter.

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   I can do all things through Christ 
  who strengthens me.
-- Philippians 4:13 ---
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Chris Adams
Once upon a time, mailist  said:
> Even if you did have an RS232 port on the box, the serial drivers
> for CentOS 7 have
> never worked correctly.  I had an application using RS232 that
> worked perfectly
> under CentOS 6, and then worked intermittently under CentOS 7, and
> failed miserably
> on CentOS 8.  The handwriting on the RedHat wall says, "nobody uses
> RS232 anymore!"

I've used serial ports just fine on CentOS 7 (haven't had a physical
CentOS 8 system so far, so can't say there, but have used serial
consoles on CentOS 8 VMs), as well as newer Fedora (similar but newer
kernels).  Are you sure you weren't doing something in an unsupported
and/or undefined way that just happened to work on CentOS 6?

-- 
Chris Adams 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Chris Adams
Once upon a time, John Pierce  said:
> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
> former do NOT use the rx/tx data of the serial port at all, they ONLY use
> the serial port control  signals, and they probably will NOT work with a
> USB port because they require very specific behavior from those signals at
> power up and reboot times.

I've used various serial devices, including UPSes, via various
USB-to-serial adapters (Prolific PL2303 and FTDI FT2232C), and all the
signaling works fine.  Only issue you sometimes have is that there are
many cheap adapters on Amazon that claim to be Prolific or FTDI but are
in fact counterfeit clones - those may or may not work reliably for ANY
purpose.

-- 
Chris Adams 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Leroy Tennison
-> "nobody uses RS232 anymore!"

Somebody needs to update the hand writing on the wall, although the physical 
hardware may be an RJ-45, the RS232 protocol is still used on headless devices 
and probably other things.  I use minicom more than I wish but it's still 
required.

From: CentOS  on behalf of mailist 

Sent: Wednesday, July 8, 2020 11:11 AM
To: CentOS mailing list 
Subject: [EXTERNAL] Re: [CentOS] USB-serial adapter for CentOS 7

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.



Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com<http://www..com>


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us<http://subscribe.harriscomputer.com/>.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.





On 2020-07-08 11:28, Tate Belden wrote:
> I've several USB <-> RS-232 dongles around. As well as a few embedded
> devices. They all "Just Work (tm)" on Redhat, CentOS, Fedora, Debian,
> Raspian and Kali.

Even if you did have an RS232 port on the box, the serial drivers for
CentOS 7 have
never worked correctly.  I had an application using RS232 that worked
perfectly
under CentOS 6, and then worked intermittently under CentOS 7, and
failed miserably
on CentOS 8.  The handwriting on the RedHat wall says, "nobody uses
RS232 anymore!"
I moved the app to a Raspberry Pi 3B+, using the USB serial adapters,
and it works
perfectly again.

Todd Merriman
Software Toolz, Inc.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread mailist

On 2020-07-08 11:28, Tate Belden wrote:

I've several USB <-> RS-232 dongles around. As well as a few embedded
devices. They all "Just Work (tm)" on Redhat, CentOS, Fedora, Debian,
Raspian and Kali.


Even if you did have an RS232 port on the box, the serial drivers for 
CentOS 7 have
never worked correctly.  I had an application using RS232 that worked 
perfectly
under CentOS 6, and then worked intermittently under CentOS 7, and 
failed miserably
on CentOS 8.  The handwriting on the RedHat wall says, "nobody uses 
RS232 anymore!"
I moved the app to a Raspberry Pi 3B+, using the USB serial adapters, 
and it works

perfectly again.

Todd Merriman
Software Toolz, Inc.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Valeri Galtsev


> On Jul 8, 2020, at 10:58 AM, John Pierce  wrote:
> 
> On Wed, Jul 8, 2020 at 8:46 AM H  wrote:
> 
>> 
>> I believe I mentioned that the UPS has the serial port, the computer thus
>> has USB.
>> 
>> 
> yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
> former do NOT use the rx/tx data of the serial port at all, they ONLY use
> the serial port control  signals, and they probably will NOT work with a
> USB port because they require very specific behavior from those signals at
> power up and reboot times.
> 
> the latter DO use the serial data, and may work with USB serial.
> 
> 

John as always has the deepest insight (why I’m not surprised). Thanks !

Valeri

> -- 
> -john r pierce
>  recycling used bits in santa cruz
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread John Pierce
On Wed, Jul 8, 2020 at 8:46 AM H  wrote:

>
> I believe I mentioned that the UPS has the serial port, the computer thus
> has USB.
>
>
yes, but is it 'basic serial UPS' or is it 'enhanced serial UPS' ?the
former do NOT use the rx/tx data of the serial port at all, they ONLY use
the serial port control  signals, and they probably will NOT work with a
USB port because they require very specific behavior from those signals at
power up and reboot times.

the latter DO use the serial data, and may work with USB serial.


-- 
-john r pierce
  recycling used bits in santa cruz
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Valeri Galtsev


> On Jul 8, 2020, at 10:46 AM, H  wrote:
> 
> On July 8, 2020 11:39:29 AM EDT, Valeri Galtsev  
> wrote:
>> 
>> 
>> On 2020-07-08 10:23, Leroy Tennison wrote:
>>> I've used one on a Linux laptop, it "just worked" but the OS wasn't
>> CentOS 7.
>>> 
>> 
>> It is not clear if you used USB from APC UPS to USB port on the machine
>> 
>> side or USB - to - "serial". USB to USB with standard USB cable will
>> work.
>> 
>> If one uses serial to USB adapter on the machine side (to create serial
>> 
>> port through USB on the machine), then one _has_to_use_ APC cable: as 
>> John Pierce just said, it is APC special cable which though has serial 
>> connectors on both sides of cable, (and uses serial protocol of 
>> communication - this is already what I am saying), it does not resemble
>> 
>> neither serial nor null-modem cables.
>> 
>> Valeri
>> 
>>> 
>>> From: CentOS  on behalf of H
>> 
>>> Sent: Wednesday, July 8, 2020 10:13 AM
>>> To: Centos Mailing List 
>>> Subject: [EXTERNAL] [CentOS] USB-serial adapter for CentOS 7
>>> 
>>> CAUTION: This email originated from outside of the organization. Do
>> not click links or open attachments unless you recognize the sender and
>> know the content is safe.
>>> 
>>> 
>>> I need to connect an older APS UPS unit to a machine running CentOS
>> 7. Unfortunately the UPS only has a serial port whereas the computer
>> does not. I am aware that there are USB-serial adapters but that the
>> hardware or the drivers might fall short of expectations.
>>> 
>>> Does anyone have positive experience with such an adapter? Or,
>> conversely, would recommend avoid a particular adapter?
>>> ___
>>> CentOS mailing list
>>> CentOS@centos.org
>>> https://lists.centos.org/mailman/listinfo/centos
>>> 
>>> Harriscomputer
>>> 
>>> Leroy Tennison
>>> Network Information/Cyber Security Specialist
>>> E: le...@datavoiceint.com
>>> 
>>> 
>>> 
>> [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
>>> 
>>> 
>>> 2220 Bush Dr
>>> McKinney, Texas
>>> 75070
>>> www.datavoiceint.com
>>> 
>>> 
>>> This message has been sent on behalf of a company that is part of the
>> Harris Operating Group of Constellation Software Inc.
>>> 
>>> If you prefer not to be contacted by Harris Operating Group please
>> notify us.
>>> 
>>> 
>>> 
>>> This message is intended exclusively for the individual or entity to
>> which it is addressed. This communication may contain information that
>> is proprietary, privileged or confidential or otherwise legally exempt
>> from disclosure. If you are not the named addressee, you are not
>> authorized to read, print, retain, copy or disseminate this message or
>> any part of it. If you have received this message in error, please
>> notify the sender immediately by e-mail and delete all copies of the
>> message.
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> CentOS mailing list
>>> CentOS@centos.org
>>> https://lists.centos.org/mailman/listinfo/centos
>>> 
> 
> I believe I mentioned that the UPS has the serial port, the computer thus has 
> USB.
> 

In this case, if UPS doesn’t have USB port (which will be much simpler), then 
as others said:

1. use USB to serial dongle attached to computer USB port (check with standard 
serial communicating equipment that your computer with this dongle talks serial 
protocol)

2. Get APC cable; this is not standard serial cables, standard cables (neither 
serial nor null-modem) will not work. It probably will be something like this:

https://www.amazon.com/dp/B67OG4?tag=duckduckgo-ffsb-20=osi=1=1

- but take it with a grain of salt, do your own checking.

Then you will be in business.

I used APC smart UPSes for almost a couple of decades. With cables as above 
connected to serial port of machine (those were CentOS Linuxes). I used 
apcupsd, which also can be configured as master on machine directly connected 
to UPS, and several other machines, behind the same UPS power wise though not 
connected to UPS signal wise, but talking to apcupsd on master machine.

Good luck!

Valeri
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread H
On July 8, 2020 11:39:29 AM EDT, Valeri Galtsev  
wrote:
>
>
>On 2020-07-08 10:23, Leroy Tennison wrote:
>> I've used one on a Linux laptop, it "just worked" but the OS wasn't
>CentOS 7.
>> 
>
>It is not clear if you used USB from APC UPS to USB port on the machine
>
>side or USB - to - "serial". USB to USB with standard USB cable will
>work.
>
>If one uses serial to USB adapter on the machine side (to create serial
>
>port through USB on the machine), then one _has_to_use_ APC cable: as 
>John Pierce just said, it is APC special cable which though has serial 
>connectors on both sides of cable, (and uses serial protocol of 
>communication - this is already what I am saying), it does not resemble
>
>neither serial nor null-modem cables.
>
>Valeri
>
>> 
>> From: CentOS  on behalf of H
>
>> Sent: Wednesday, July 8, 2020 10:13 AM
>> To: Centos Mailing List 
>> Subject: [EXTERNAL] [CentOS] USB-serial adapter for CentOS 7
>> 
>> CAUTION: This email originated from outside of the organization. Do
>not click links or open attachments unless you recognize the sender and
>know the content is safe.
>> 
>> 
>> I need to connect an older APS UPS unit to a machine running CentOS
>7. Unfortunately the UPS only has a serial port whereas the computer
>does not. I am aware that there are USB-serial adapters but that the
>hardware or the drivers might fall short of expectations.
>> 
>> Does anyone have positive experience with such an adapter? Or,
>conversely, would recommend avoid a particular adapter?
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>> 
>> Harriscomputer
>> 
>> Leroy Tennison
>> Network Information/Cyber Security Specialist
>> E: le...@datavoiceint.com
>> 
>> 
>>
>[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
>> 
>> 
>> 2220 Bush Dr
>> McKinney, Texas
>> 75070
>> www.datavoiceint.com
>> 
>> 
>> This message has been sent on behalf of a company that is part of the
>Harris Operating Group of Constellation Software Inc.
>> 
>> If you prefer not to be contacted by Harris Operating Group please
>notify us.
>> 
>> 
>> 
>> This message is intended exclusively for the individual or entity to
>which it is addressed. This communication may contain information that
>is proprietary, privileged or confidential or otherwise legally exempt
>from disclosure. If you are not the named addressee, you are not
>authorized to read, print, retain, copy or disseminate this message or
>any part of it. If you have received this message in error, please
>notify the sender immediately by e-mail and delete all copies of the
>message.
>> 
>> 
>> 
>> 
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> https://lists.centos.org/mailman/listinfo/centos
>> 

I believe I mentioned that the UPS has the serial port, the computer thus has 
USB.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Valeri Galtsev




On 2020-07-08 10:23, Leroy Tennison wrote:

I've used one on a Linux laptop, it "just worked" but the OS wasn't CentOS 7.



It is not clear if you used USB from APC UPS to USB port on the machine 
side or USB - to - "serial". USB to USB with standard USB cable will work.


If one uses serial to USB adapter on the machine side (to create serial 
port through USB on the machine), then one _has_to_use_ APC cable: as 
John Pierce just said, it is APC special cable which though has serial 
connectors on both sides of cable, (and uses serial protocol of 
communication - this is already what I am saying), it does not resemble 
neither serial nor null-modem cables.


Valeri



From: CentOS  on behalf of H 
Sent: Wednesday, July 8, 2020 10:13 AM
To: Centos Mailing List 
Subject: [EXTERNAL] [CentOS] USB-serial adapter for CentOS 7

CAUTION: This email originated from outside of the organization. Do not click 
links or open attachments unless you recognize the sender and know the content 
is safe.


I need to connect an older APS UPS unit to a machine running CentOS 7. 
Unfortunately the UPS only has a serial port whereas the computer does not. I 
am aware that there are USB-serial adapters but that the hardware or the 
drivers might fall short of expectations.

Does anyone have positive experience with such an adapter? Or, conversely, 
would recommend avoid a particular adapter?
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos

Harriscomputer

Leroy Tennison
Network Information/Cyber Security Specialist
E: le...@datavoiceint.com


[cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]


2220 Bush Dr
McKinney, Texas
75070
www.datavoiceint.com


This message has been sent on behalf of a company that is part of the Harris 
Operating Group of Constellation Software Inc.

If you prefer not to be contacted by Harris Operating Group please notify 
us.



This message is intended exclusively for the individual or entity to which it 
is addressed. This communication may contain information that is proprietary, 
privileged or confidential or otherwise legally exempt from disclosure. If you 
are not the named addressee, you are not authorized to read, print, retain, 
copy or disseminate this message or any part of it. If you have received this 
message in error, please notify the sender immediately by e-mail and delete all 
copies of the message.




___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos



--

Valeri Galtsev
Sr System Administrator
Department of Astronomy and Astrophysics
Kavli Institute for Cosmological Physics
University of Chicago
Phone: 773-702-4247

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread Tate Belden
I've several USB <-> RS-232 dongles around. As well as a few embedded
devices. They all "Just Work (tm)" on Redhat, CentOS, Fedora, Debian,
Raspian and Kali.

Knock on wood - never had a problem using any of them. As the drivers are
part of the kernel, I'd expect any distro using a recent kernel to do well.

On Wed, Jul 8, 2020 at 9:24 AM Leroy Tennison 
wrote:

> I've used one on a Linux laptop, it "just worked" but the OS wasn't CentOS
> 7.
>
> 
> From: CentOS  on behalf of H <
> age...@meddatainc.com>
> Sent: Wednesday, July 8, 2020 10:13 AM
> To: Centos Mailing List 
> Subject: [EXTERNAL] [CentOS] USB-serial adapter for CentOS 7
>
> CAUTION: This email originated from outside of the organization. Do not
> click links or open attachments unless you recognize the sender and know
> the content is safe.
>
>
> I need to connect an older APS UPS unit to a machine running CentOS 7.
> Unfortunately the UPS only has a serial port whereas the computer does not.
> I am aware that there are USB-serial adapters but that the hardware or the
> drivers might fall short of expectations.
>
> Does anyone have positive experience with such an adapter? Or, conversely,
> would recommend avoid a particular adapter?
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
> Harriscomputer
>
> Leroy Tennison
> Network Information/Cyber Security Specialist
> E: le...@datavoiceint.com
>
>
>
> [cid:Data-Voice-International-LOGO_aa3d1c6e-5cfb-451f-ba2c-af8059e69609.PNG]
>
>
> 2220 Bush Dr
> McKinney, Texas
> 75070
> www.datavoiceint.com
>
>
> This message has been sent on behalf of a company that is part of the
> Harris Operating Group of Constellation Software Inc.
>
> If you prefer not to be contacted by Harris Operating Group please notify
> us.
>
>
>
> This message is intended exclusively for the individual or entity to which
> it is addressed. This communication may contain information that is
> proprietary, privileged or confidential or otherwise legally exempt from
> disclosure. If you are not the named addressee, you are not authorized to
> read, print, retain, copy or disseminate this message or any part of it. If
> you have received this message in error, please notify the sender
> immediately by e-mail and delete all copies of the message.
>
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>


-- 
Tate Belden
"The Dungeon "

We are dreamers, shapers, singers and makers. We study the mysteries of
laser and circuit, crystal and scanner, holographic demons and invocations
of equations. These are the tools we employ, and we know many things.
--Elric
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-serial adapter for CentOS 7

2020-07-08 Thread John Pierce
If it is an older APC UPS, that uses basic serial signaling, it's not
actually a serial port, it's a criss-cross special serial cable that
manages the control lines with DSR DTR CTS and so forth. these are very
fussy cables that have to be exactly the right one or the UPS may just
abruptly shut off.

As far as USB serial cables go, the FTDI ones have always worked well for
me,at least for applications that actually use the serial port for serial
data

On Wed, Jul 8, 2020, 8:14 AM H  wrote:

> I need to connect an older APS UPS unit to a machine running CentOS 7.
> Unfortunately the UPS only has a serial port whereas the computer does not.
> I am aware that there are USB-serial adapters but that the hardware or the
> drivers might fall short of expectations.
>
> Does anyone have positive experience with such an adapter? Or, conversely,
> would recommend avoid a particular adapter?
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB ISO for CentOS 8

2019-10-04 Thread Young, Gregory
Nope, that editable FAT partition is actually the EFI boot partition. IIRC, the 
grub config in that partition isn't actually used, only the EFI bootstrap 
files. Once it can access the config on the main .iso partition it loads 
everything from there.


Gregory Young 

-Original Message-
From: CentOS  On Behalf Of Jerry Geis
Sent: October 4, 2019 1:08 PM
To: CentOS mailing list 
Subject: Re: [CentOS] USB ISO for CentOS 8

>Then generate the .iso:

># cd /tmp/rhel7/
># mkisofs -o /tmp/rhel7test.iso -b isolinux/isolinux.bin -J -R -l -c
isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table 
-eltorito-alt-boot -e images/efiboot.img -no-emul->boot -graft-points -V
"RHEL-7.7 Server.x86_64"  .

>^^^ Change the "-V" label accordingly for CentOS 8 to match the CentOS 
>8
disk label.

>And the critical command for USB drive booting:

># isohybrid --uefi /tmp/rhel7test.iso

I was "thinking" all that was not needed -   the second partition is
"editable" - I change the file - I just need to regenerate grub right - not the 
whole ISO.
I was hoping that is why they split this out into two partitions - for just 
such an occasion? Just want to add a menu option.

THanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB ISO for CentOS 8

2019-10-04 Thread Jerry Geis
>Then generate the .iso:

># cd /tmp/rhel7/
># mkisofs -o /tmp/rhel7test.iso -b isolinux/isolinux.bin -J -R -l -c
isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table
-eltorito-alt-boot -e images/efiboot.img -no-emul->boot -graft-points -V
"RHEL-7.7 Server.x86_64"  .

>^^^ Change the "-V" label accordingly for CentOS 8 to match the CentOS 8
disk label.

>And the critical command for USB drive booting:

># isohybrid --uefi /tmp/rhel7test.iso

I was "thinking" all that was not needed -   the second partition is
"editable" - I change the file - I just need to regenerate grub right - not
the whole ISO.
I was hoping that is why they split this out into two partitions - for just
such an occasion? Just want to add a menu option.

THanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB ISO for CentOS 8

2019-10-04 Thread Ljubomir Ljubojevic
On 10/4/19 5:30 PM, Jerry Geis wrote:
> I did the dd of the ISO to a 16G USB device.
> 
> the second partition is FAT so I can edit it - I want to make a custom menu
> entry.
> I edited the grub.cfg - but that did not work - my menu option does not
> show.

If you boot via UEFI, you need to edit differnt grub.cfg,
EFI/BOOT/grub.cfg not isolinux/grub.cfg

> 
> Then I think I need to change BOOT.cfg and generate the grub.cfg - but I
> dont know
> in this case how to generate for the USB device.
> 
> What command do I use for that ?
> Thanks,
> 
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 


-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB ISO for CentOS 8

2019-10-04 Thread Young, Gregory
You will want to follow the instructions for creating a custom .iso

https://access.redhat.com/solutions/60959
^^^ Requires a Red Hat account, or Red Hat Developer Account.

The keys are to modify both:

- /isolinux/isolinux.cfg - for legacy BIOS boot
- /EFI/BOOT/grub.cfg - for UEFI boot

Make sure not to change the Volume Label, as this can mess up the UEFI boot

Then generate the .iso:

# cd /tmp/rhel7/
# mkisofs -o /tmp/rhel7test.iso -b isolinux/isolinux.bin -J -R -l -c 
isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table 
-eltorito-alt-boot -e images/efiboot.img -no-emul-boot -graft-points -V 
"RHEL-7.7 Server.x86_64"  .

^^^ Change the "-V" label accordingly for CentOS 8 to match the CentOS 8 disk 
label.

And the critical command for USB drive booting:

# isohybrid --uefi /tmp/rhel7test.iso




Gregory Young 


-Original Message-
From: CentOS  On Behalf Of Jerry Geis
Sent: October 4, 2019 11:30 AM
To: CentOS mailing list 
Subject: [CentOS] USB ISO for CentOS 8

I did the dd of the ISO to a 16G USB device.

the second partition is FAT so I can edit it - I want to make a custom menu 
entry.
I edited the grub.cfg - but that did not work - my menu option does not show.

Then I think I need to change BOOT.cfg and generate the grub.cfg - but I dont 
know in this case how to generate for the USB device.

What command do I use for that ?
Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB of ISO image

2019-09-26 Thread Jerry Geis
I copied the 7.7 Everything ISO to a 16G USB device using dd. I mounted
/dev/sdb2 and edited grub.cfg for my custom install option.
I then ran the command below to re-do the boot menu. the command runs ok -
However it did not work.

cd /mnt/usb/EFI/BOOT
grub2-mkimage -o bootx64.efi -p /efi/boot -O x86_64-efi \
  all_video boot btrfs cat chain \
  configfile echo efi_gop efi_uga \
  efifwsetup exfat ext2 fat \
  gfxterm gfxterm_background gfxterm_menu \
  hfsplus iso9660 linux loadenv \
  loopback ls lsefi normal ntfs \
  part_gpt part_msdos search search_fs_file \
  search_fs_uuid search_label test udf usb


I do not see my new menu option.

How do I correctly re-do the grub boot menu on the USB device.

Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB thumb drive for CentOS 7.7 to install

2019-09-25 Thread Jerry Geis
Looks like my file was corrupt on the USB disk. Not sure how that happened.
I removed the file then I just copied the file from the Everything iso
image again and working now.

Jerry

On Wed, Sep 25, 2019 at 2:46 PM Jerry Geis  wrote:

> I took the "everything" iso and did the dd command to my 16G thumb drive.
>
> I booted and entered my usual ks=http://xxx on the boot line. All good so
> far.
> It gets my kickstart file and installation begins.
> At some point it says
>
> Installing libreoffice-opensymbol-fonts (492/1948)
> Retrying download of 1:libreoffice-opensymbol-fonts-5.3.6.1-21.el7.norarch
>
> then after 10 retries it fails.
>
> I have verfied this file is on my USB disk, I have re-downloaded from
> different mirror, the Everything file, dd that to my USB disk, tried the
> re-install and still the error.
>
> I don't know what to try next.
>
> Jerry
>
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB thumb drive for CentOS 7.7 to install

2019-09-25 Thread Ljubomir Ljubojevic
On 9/25/19 8:46 PM, Jerry Geis wrote:
> I took the "everything" iso and did the dd command to my 16G thumb drive.
> 
> I booted and entered my usual ks=http://xxx on the boot line. All good so
> far.
> It gets my kickstart file and installation begins.
> At some point it says
> 
> Installing libreoffice-opensymbol-fonts (492/1948)
> Retrying download of 1:libreoffice-opensymbol-fonts-5.3.6.1-21.el7.norarch
> 
> then after 10 retries it fails.
> 
> I have verfied this file is on my USB disk, I have re-downloaded from
> different mirror, the Everything file, dd that to my USB disk, tried the
> re-install and still the error.
> 
> I don't know what to try next.

Have you checked the hash of your ISO, if it is downloaded correctly?


> 
> Jerry
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 


-- 
Ljubomir Ljubojevic
(Love is in the Air)
PL Computers
Serbia, Europe

StarOS, Mikrotik and CentOS/RHEL/Linux consultant
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB disk IO

2018-08-15 Thread Jerry Geis
ionice seems to help a bunch  - thanks for the suggestion!

Jerry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB disk IO

2018-08-14 Thread Jonathan Billings
On Tue, Aug 14, 2018 at 08:53:08AM -0400, Jerry Geis wrote:
>
> Hello - frequently I turn on my external USB 3.0 disk and back. While my
> machine is copying and backing up my desktop becomes very sluggish.
> 
> Is there a way to change that ? I am using CentOS 7.5 x86 with a very nice
> processor extra cores available and plenty of memory. There is no reason
> the "other" cores cannot keep the desktop going.

Are you performing the backup as your user during the same login
session?  Or is it a separate process/separate login that's doing the
backup?

It's possible that the I/O elevator is balancing your backup session
with the I/O of the backup, making any disk activity by your login
session an equal priority (i.e. competing for resources).

You could always use ionice to make your backup process use idle
resources. 

-- 
Jonathan Billings 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] usb problem on Dell Latitude 3570

2018-07-04 Thread johan . vermeulen7


- Oorspronkelijk bericht -
Van: "johan vermeulen7" 
Aan: "CentOS mailing list" 
Verzonden: Dinsdag 3 juli 2018 12:57:07
Onderwerp: Re: [CentOS] usb problem on Dell Latitude 3570

- Oorspronkelijk bericht -
Van: "Nataraj" 
Aan: "CentOS mailing list" 
Verzonden: Maandag 2 juli 2018 23:21:39
Onderwerp: Re: [CentOS] usb problem on Dell Latitude 3570

On 07/02/2018 01:49 AM, johan.vermeul...@telenet.be wrote:
> Hello All, 
>
> after update to Centos7.5 all our Latitudes 3570 - some 150- suffer usb 
> problems. 
> Plug and play doesn't work any more, people need to insert usb devices - 
> mouse, keyboard, eidreader - first and then boot 
> in order to use them. 
>
> dmesg | tail -n15 gives these EM: 
>
> [ 25.164396] usb 1-8: device descriptor read/64, error -110 
> [ 25.418387] usb 1-8: new full-speed USB device number 6 using xhci_hcd 
> [ 30.571460] usb 1-8: device descriptor read/64, error -110 
> [ 53.084387] xhci_hcd :00:14.0: Timeout while waiting for setup device 
> command 
> [ 53.084435] xhci_hcd :00:14.0: Timeout while waiting for stop endpoint 
> command 
> [ 53.285343] usb 1-8: device not accepting address 7, error -62 
> [ 58.300369] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300384] xhci_hcd :00:14.0: Command completion event does not match 
> command 
> [ 58.300394] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300401] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300408] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300415] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300421] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300428] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300435] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300441] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300448] xhci_hcd :00:14.0: ERROR mismatched command completion event 
>
> Googling this is see some posts with similar problems, but none on Centos7 
> and none resolved. 
> I suppose this is some driver-shift-update in Centos7.5. 
> We are running MATE desktop, if that could be an issue 
>
> Many thanks for any advise. 
> Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.696308] usb 3-1: new full-speed USB 
> device number 3 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   31.836441] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.452351] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.560390] usb usb3-port1: attempt power 
> cycle
> Jul  1 07:15:06 pygeum kernel: [   48.212366] usb 3-1: new full-speed USB 
> device number 4 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   53.468442] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   58.88] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   59.052359] usb 3-1: device not accepting 
> address 4, error -62
> Jul  1 07:15:06 pygeum kernel: [   59.180277] usb 3-1: new full-speed USB 
> device number 5 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   64.220453] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.596378] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.804359] usb 3-1: device not accepting 
> address 5, error -62
> Jul  1 07:15:06 pygeum kernel: [   69.805459] usb usb3-port1: unable to 
> enumerate USB device
>
> Greetings, J. 
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

Interesting.  I get the following errors from my external monitor
plugged into a USB C port on a Dell XPS 9360.  This is under Ubuntu
18.04, kernel  4.15.0-23-generic.  When I unplug and replug the USB C
cable, the error goes away, but I don't believe it is a cable or
connector problem.  Most of the time the external monitor works even
with these errors, but occasionally I have to reboot to get it to work. 
Biggest problem is it takes a long time to boot when it gets these errors.

Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: dev

Re: [CentOS] usb problem on Dell Latitude 3570

2018-07-03 Thread johan . vermeulen7


- Oorspronkelijk bericht -
Van: "Nataraj" 
Aan: "CentOS mailing list" 
Verzonden: Maandag 2 juli 2018 23:21:39
Onderwerp: Re: [CentOS] usb problem on Dell Latitude 3570

On 07/02/2018 01:49 AM, johan.vermeul...@telenet.be wrote:
> Hello All, 
>
> after update to Centos7.5 all our Latitudes 3570 - some 150- suffer usb 
> problems. 
> Plug and play doesn't work any more, people need to insert usb devices - 
> mouse, keyboard, eidreader - first and then boot 
> in order to use them. 
>
> dmesg | tail -n15 gives these EM: 
>
> [ 25.164396] usb 1-8: device descriptor read/64, error -110 
> [ 25.418387] usb 1-8: new full-speed USB device number 6 using xhci_hcd 
> [ 30.571460] usb 1-8: device descriptor read/64, error -110 
> [ 53.084387] xhci_hcd :00:14.0: Timeout while waiting for setup device 
> command 
> [ 53.084435] xhci_hcd :00:14.0: Timeout while waiting for stop endpoint 
> command 
> [ 53.285343] usb 1-8: device not accepting address 7, error -62 
> [ 58.300369] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300384] xhci_hcd :00:14.0: Command completion event does not match 
> command 
> [ 58.300394] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300401] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300408] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300415] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300421] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300428] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300435] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300441] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300448] xhci_hcd :00:14.0: ERROR mismatched command completion event 
>
> Googling this is see some posts with similar problems, but none on Centos7 
> and none resolved. 
> I suppose this is some driver-shift-update in Centos7.5. 
> We are running MATE desktop, if that could be an issue 
>
> Many thanks for any advise. 
> Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.696308] usb 3-1: new full-speed USB 
> device number 3 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   31.836441] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.452351] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.560390] usb usb3-port1: attempt power 
> cycle
> Jul  1 07:15:06 pygeum kernel: [   48.212366] usb 3-1: new full-speed USB 
> device number 4 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   53.468442] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   58.88] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   59.052359] usb 3-1: device not accepting 
> address 4, error -62
> Jul  1 07:15:06 pygeum kernel: [   59.180277] usb 3-1: new full-speed USB 
> device number 5 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   64.220453] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.596378] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.804359] usb 3-1: device not accepting 
> address 5, error -62
> Jul  1 07:15:06 pygeum kernel: [   69.805459] usb usb3-port1: unable to 
> enumerate USB device
>
> Greetings, J. 
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

Interesting.  I get the following errors from my external monitor
plugged into a USB C port on a Dell XPS 9360.  This is under Ubuntu
18.04, kernel  4.15.0-23-generic.  When I unplug and replug the USB C
cable, the error goes away, but I don't believe it is a cable or
connector problem.  Most of the time the external monitor works even
with these errors, but occasionally I have to reboot to get it to work. 
Biggest problem is it takes a long time to boot when it gets these errors.

Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   26.696308] usb 3-1: new full-speed
USB device number 3 using xhci_hcd
Jul  1 07:15:06 pygeum kernel: [   31.836441] usb 3-1: device descriptor
read

Re: [CentOS] usb problem on Dell Latitude 3570

2018-07-02 Thread Nataraj
On 07/02/2018 01:49 AM, johan.vermeul...@telenet.be wrote:
> Hello All, 
>
> after update to Centos7.5 all our Latitudes 3570 - some 150- suffer usb 
> problems. 
> Plug and play doesn't work any more, people need to insert usb devices - 
> mouse, keyboard, eidreader - first and then boot 
> in order to use them. 
>
> dmesg | tail -n15 gives these EM: 
>
> [ 25.164396] usb 1-8: device descriptor read/64, error -110 
> [ 25.418387] usb 1-8: new full-speed USB device number 6 using xhci_hcd 
> [ 30.571460] usb 1-8: device descriptor read/64, error -110 
> [ 53.084387] xhci_hcd :00:14.0: Timeout while waiting for setup device 
> command 
> [ 53.084435] xhci_hcd :00:14.0: Timeout while waiting for stop endpoint 
> command 
> [ 53.285343] usb 1-8: device not accepting address 7, error -62 
> [ 58.300369] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300384] xhci_hcd :00:14.0: Command completion event does not match 
> command 
> [ 58.300394] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300401] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300408] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300415] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300421] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300428] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300435] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300441] xhci_hcd :00:14.0: ERROR mismatched command completion event 
> [ 58.300448] xhci_hcd :00:14.0: ERROR mismatched command completion event 
>
> Googling this is see some posts with similar problems, but none on Centos7 
> and none resolved. 
> I suppose this is some driver-shift-update in Centos7.5. 
> We are running MATE desktop, if that could be an issue 
>
> Many thanks for any advise. 
> Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   26.696308] usb 3-1: new full-speed USB 
> device number 3 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   31.836441] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.452351] usb 3-1: device descriptor 
> read/64, error -110
> Jul  1 07:15:06 pygeum kernel: [   47.560390] usb usb3-port1: attempt power 
> cycle
> Jul  1 07:15:06 pygeum kernel: [   48.212366] usb 3-1: new full-speed USB 
> device number 4 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   53.468442] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   58.88] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   59.052359] usb 3-1: device not accepting 
> address 4, error -62
> Jul  1 07:15:06 pygeum kernel: [   59.180277] usb 3-1: new full-speed USB 
> device number 5 using xhci_hcd
> Jul  1 07:15:06 pygeum kernel: [   64.220453] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.596378] xhci_hcd :39:00.0: Timeout 
> while waiting for setup device command
> Jul  1 07:15:06 pygeum kernel: [   69.804359] usb 3-1: device not accepting 
> address 5, error -62
> Jul  1 07:15:06 pygeum kernel: [   69.805459] usb usb3-port1: unable to 
> enumerate USB device
>
> Greetings, J. 
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

Interesting.  I get the following errors from my external monitor
plugged into a USB C port on a Dell XPS 9360.  This is under Ubuntu
18.04, kernel  4.15.0-23-generic.  When I unplug and replug the USB C
cable, the error goes away, but I don't believe it is a cable or
connector problem.  Most of the time the external monitor works even
with these errors, but occasionally I have to reboot to get it to work. 
Biggest problem is it takes a long time to boot when it gets these errors.

Jul  1 07:15:06 pygeum kernel: [   10.85] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   26.460443] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   26.696308] usb 3-1: new full-speed
USB device number 3 using xhci_hcd
Jul  1 07:15:06 pygeum kernel: [   31.836441] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   47.452351] usb 3-1: device descriptor
read/64, error -110
Jul  1 07:15:06 pygeum kernel: [   47.560390] usb usb3-port1: attempt
power cycle
Jul  1 07:15:06 pygeum kernel: [   48.212366] usb 3-1: new full-speed
USB device number 4 using xhci_hcd
Jul  1 07:15:06 pygeum kernel: [   53.468442] xhci_hcd :39:00.0:
Timeout while waiting for setup device command
Jul  1 

Re: [CentOS] USB audio on Centos-7

2018-04-22 Thread Fred Smith
On Fri, Sep 29, 2017 at 09:02:08PM -0400, Fred Smith wrote:
> On Wed, Sep 27, 2017 at 12:08:59PM -0400, Fred Smith wrote:
> > On Wed, Sep 27, 2017 at 02:06:35PM +1000, Kahlil Hodgson wrote:

Below is an email from last year, and this is a followup or at
least related, so I'm including it below for your reference.

Using this USB "sound card" (it's not a card...) I can (as related
below) record input from a tape deckwith Audacity.

But what I haven't figured out how to do, though there must be some
incantation that works, is to simply play audio input coming in via
the USB device, through the speakers. Between Alsa and Pulse, I have
tried every option I can imagine that should make it work, but no go.

Anybody know what settings should be used for sending audio coming
into the system via a USB audio device, to the speakers?

thanks in advance!

Fred
> > > Most of the useful audacity stuff is in their wiki:
> > > 
> > > http://wiki.audacityteam.org/wiki/USB_mic_on_Linux
> > > 
> > > seems like a good place to start.
> > 
> > thanks, that probably is a good place to start. some of that
> > may be pretty old, but I'm checking it out. One could wish it
> > wasn't quite so terse, in spots.
> > 
> > Fred
> 
> OK, I spent several hours messing with it, including trying the
> things shown at the audacity URL above. But at that point, it was
> as if there was no input device there. gave up, went to bed.
> 
> next day I noticed that no audio played at all even without the 
> USB device, not from a DVD, nor a MP3 file, nor from any web
> video. so I figured some bit of hardware had gotten into some
> "I'm gonna play dead" state, so I did a full power off and reboot,
> after which I had normal audio again.
> 
> so I plugged in the USB device again and fed some audio into its
> line in. fired up Audacity and was able to select the USB device
> as its input, and it records!
> 
> the recording, when played back, is kinda jumpy, as if bits of
> it got lost on record, but otherwise doesn't sound too bad.
> Wondering if I need to try a realtime kernel... (or maybe I 
> should just pause the Folding At Home client while recording...
> there's a thing to try! :)
> 
> thanks for the hint!
> 
> Fred
> 
> -- 
>  Fred Smith -- fre...@fcshome.stoneham.ma.us -
>   "And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
>   Prince of Peace. Of the increase of his government there will be no end. He 
>  will reign on David's throne and over his kingdom, establishing and upholding
>   it with justice and righteousness from that time on and forever."
> --- Isaiah 9:7 (niv) 
> --
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
 God made him who had no sin
  to be sin for us, so that in him
 we might become the righteousness of God."
--- Corinthians 5:21 -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial Ports

2017-11-17 Thread Denniston, Todd A CIV NAVSURFWARCENDIV Crane, JXVS
> -Original Message-
> From: Chris Olson [mailto:chris_e_ol...@yahoo.com]
> Sent: Thursday, November 16, 2017 5:42 PM
> To: CentOS Mailing List
> Subject: [CentOS] USB Serial Ports
> 
> We have several CentOS 6 systems that are used in various configurations
> of test equipment.  One of the primary functions of these systems is the
> connectivity to serial ports of some operational systems that have serial
> port control requirements.  Lack of interface bus slots led us to the use
> of USB connected serial ports on these CentOS 6 systems.
> 
> We first used these USB connected serial ports in our RHEL 5 test equipment
> systems.  With RHEL 5, shut down and boot up of the systems would often
> cause the serial ports to have a different driver name, even though we had
> not changed the ports where the USB devices were plugged in.  This caused
> software access problems until we discovered what could be done using the
> udev rules to lock in the driver names.
> 
> This problem seems to have gone away in our newer systems with CentOS 6,
> and we would like to make sure that it does not return.  We are deploying
> some of the systems and do not want to have software access issues in the
> field where fixes are more difficult.  We would like to know if there is
> some underlying factor that has solved this problem for us.  Any ideas on
> what to check would be greatly appreciated.
> 
I have no idea why it is working better under 6, but it is possible to use UDEV 
rules to force them to be at expected /dev/my_tty* locations using 
vendor_ID/device_ID/serial_number combinations.  Once you figure that out, you 
should even be able to use the same (or at least similar) rules under 7.

--
Even when this disclaimer is not here:
I am not a contracting officer. I do not have authority to make or modify the 
terms of any contract.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB audio on Centos-7

2017-09-29 Thread Fred Smith
On Wed, Sep 27, 2017 at 12:08:59PM -0400, Fred Smith wrote:
> On Wed, Sep 27, 2017 at 02:06:35PM +1000, Kahlil Hodgson wrote:
> > Most of the useful audacity stuff is in their wiki:
> > 
> > http://wiki.audacityteam.org/wiki/USB_mic_on_Linux
> > 
> > seems like a good place to start.
> 
> thanks, that probably is a good place to start. some of that
> may be pretty old, but I'm checking it out. One could wish it
> wasn't quite so terse, in spots.
> 
> Fred

OK, I spent several hours messing with it, including trying the
things shown at the audacity URL above. But at that point, it was
as if there was no input device there. gave up, went to bed.

next day I noticed that no audio played at all even without the 
USB device, not from a DVD, nor a MP3 file, nor from any web
video. so I figured some bit of hardware had gotten into some
"I'm gonna play dead" state, so I did a full power off and reboot,
after which I had normal audio again.

so I plugged in the USB device again and fed some audio into its
line in. fired up Audacity and was able to select the USB device
as its input, and it records!

the recording, when played back, is kinda jumpy, as if bits of
it got lost on record, but otherwise doesn't sound too bad.
Wondering if I need to try a realtime kernel... (or maybe I 
should just pause the Folding At Home client while recording...
there's a thing to try! :)

thanks for the hint!

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  "And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
  Prince of Peace. Of the increase of his government there will be no end. He 
 will reign on David's throne and over his kingdom, establishing and upholding
  it with justice and righteousness from that time on and forever."
--- Isaiah 9:7 (niv) --
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB audio on Centos-7

2017-09-27 Thread Anthony K

On 27/09/17 13:31, Fred Smith wrote:

Can you sense my frustration here?

I'd appreciate any help that is actually helpful,... perhaps someone
who reads this actually has one of these things and has made it work?

thanks in advance!

Fred


Yes, I sense your frustration; I've had my fair share of it with 
bluetooth devices and I found a site *[0]* that helped me write a script 
to take control of my audio woes.  Hopefully it helps you out.



ak.

[0]: 
http://terminalmage.net/2011/11/17/setting-a-usb-headset-as-the-default-pulseaudio-device.html



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB audio on Centos-7

2017-09-27 Thread Fred Smith
On Wed, Sep 27, 2017 at 02:06:35PM +1000, Kahlil Hodgson wrote:
> Most of the useful audacity stuff is in their wiki:
> 
> http://wiki.audacityteam.org/wiki/USB_mic_on_Linux
> 
> seems like a good place to start.

thanks, that probably is a good place to start. some of that
may be pretty old, but I'm checking it out. One could wish it
wasn't quite so terse, in spots.

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us 
Do you not know? Have you not heard? 
The LORD is the everlasting God, the Creator of the ends of the earth. 
  He will not grow tired or weary, and his understanding no one can fathom.
- Isaiah 40:28 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB audio on Centos-7

2017-09-26 Thread Kahlil Hodgson
Most of the useful audacity stuff is in their wiki:

http://wiki.audacityteam.org/wiki/USB_mic_on_Linux

seems like a good place to start.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB audio on Centos-7

2017-09-26 Thread Kahlil Hodgson
> (and a possibly separate issue: how the heck does one point Audacity
> to a USB input? Can't find anything in its UI, and there's darn little
> help online that is actually helpful, in this regard.)

Not sure about the other stuff but my USB dock's mic input shows up in
Audacity on Fedora 26 under the second drop down on the last row (next
to the little microphone icon).

In the passed I've had most luck with pavucontrol, since it was the
only one I could find that would allow me to turn on monitoring.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] usb 3.1 support in CentOS 7

2017-03-19 Thread Chris Murphy
On Tue, Mar 14, 2017, 6:11 PM Jerry Geis  wrote:

> Hi All - Been trying to find out if USB 3.1 support is in CentOS 7 and
> kernel 3.10 ?
>
> I see its in the 4.X kernel - but what about CentOS 7?




USB 3.1 Gen 1 is the same thing as USB 3.0.

USB 3.1 Gen 2 is a different thing entirely as I expect it needs a much
newer kernel. I don't think it strictly requires USB-C, but in practice
that's the only form factor I've seen it appear in so far.


Chris Murphy
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] usb drives & Orico ORICO 9548U3-BK

2017-02-19 Thread tdukes

> -Original Message-
> From: CentOS [mailto:centos-boun...@centos.org] OnBehalf Of Gregory P.
> Ennis
> Sent: Sunday, February 19, 2017 12:31 PM
> To: centos@centos.org
> Subject: Re: [CentOS] usb drives & Orico ORICO9548U3-BK
> 
> 
> >
> > I decided to build an archive server for thepurpose of backing up
> > other fedora/centos desktops at theoffice.  I built a machine and
> > have installed Centos 7.3 on it with all updatescurrent.  I also
> > purchased a 3.0 usb sata drive cabinet (OricoORICO 9548U3-BK) and
> > installed two 5T black WDdrives.   There was no problem installing
> > the usb cabinet or the drives.  Iformatted each drive with xfs as
> > /dev/sdc and /dev/sdd, and then combined theminto a software mirrored
> > raid with mdadm as /dev/md0.
> 
> I've always thought that the perceived wisdom is tonot try and do software
> raid across USB - especially when both drives are atthe other end of the
> same USB cable. Sure USB 3 is faster and there's abetter chance it will appear
> to work at a reasonable speed, but it's notsomething I would contemplate.
> 
> >
> > Everything was working perfectly until Iremoved the terminal,
> > keyboard and mouse and tried to reboot themachine.  It took a while
> > to figure out, but when the mouse and keyboardwere removed the boot
> > process assigns the usb drives differentlywhich makes /dev/md0
> > created by mdadm fail.
> 
> Which means that the drive letters are explicitlymentioned in
> /etc/mdadm.conf - you can change it to be wildcardedor leave mdadm to
> figure it all out itself.  See 'manmdadm.conf'.
> 
> >
> > My fstab file looks like :
> >
> > /dev/mapper/centos_poar-root  /xfsdefaults  0
> > 0
> > UUID=f915a354-28bf-4110-bec9-3767ef1fe52c/bootxfsdefaults  0
> > 0
> >/dev/mapper/centos_poar-home  /homexfs defaults 0
> > 0
> >/dev/mapper/centos_poar-u /u   xfs defaults 0
> > 0
> >/dev/mapper/centos_poar-swap  swap swapdefaults 0
> > 0
> >/dev/sda  /u0  btrfs   defaults 0
> > 0
> > # entries below were combined into one mirroredraid system
> #/dev/sdc
> >/u1  xfs defaults 0
> > 0
> >#/dev/sdd/u2  xfs defaults 0
> > 0
> >/dev/md0/u1  xfs defaults 0
> > 0
> 
> Another likely issue is that you explicitly mention/dev/sda in the fstab - if 
> the
> drives are re-ordered, then /dev/sda will not bewhat you think it is.  It's a
> much better idea to use UUIDs when mounting drives.You can find the UUID
> with
> 
>   lsblk --fs /dev/sda
> 
> BTW, are you really using partitionless disks - isit really /dev/sda and not
> /dev/sda1 ?
> 
> >
> >
> > This works perfectly when a usb mouse and a usbkeyboard are attached,
> > but when I remove the mouse and keyboard thesystem will not boot
> > because the usb drives are relabeled as/dev/sda and /dev/sdb.
> 
> I would have thought that any SATA drives would havebeen processed
> before the USB drives - certainly it looks that wayon my system. Try going
> through the output of dmesg to see if you can seewhat is really happening
> when in the boot sequence.
> 
> >
> >
> > My thought is that if I could force the usbdrives to be labeled as
> > /dev/sdc and /dev/sdd whether the mouse andkeyboard are attached or
> > not, I might be able to fix the problem
> 
> It's much easier to make sure you don't explicitlyuse drive letters - because,
> as you've found out, they can change.  Usefilesystem labels or UUIDs or disk
> IDs. The disk IDs can be found in /dev/disk/by-idand they should remain the
> same.
> 
> P.
> 
>-
> 
> Pete,
> 
> Thank you for such excellent help; I appreciate yourwisdom and challenges.
> The machine I am working on is still at the 'lab'stage so everything can be
> changed at this point.  I don't have the benefit of much 'perceivedwisdom' in
> that most of my knowledge comes from mistakes I havemade or mistakes
> others on this list have made that Ican learnfrom.  So thanks again.
> 
> Here are some of my thoughts... right or wrong.
> 
> #1. 3.0 USB drives
> I originally performed some testing on a small usbpassport 3T drive and was
> amazed by the response and access times.  I stumbled across the Orico
> cabinet during a NewEgg search, and decided to giveit a try.  I was even
> more impressed with the response and accesstimes.  I decided to attempt a
> md

Re: [CentOS] usb drives & Orico ORICO 9548U3-BK

2017-02-19 Thread Gregory P. Ennis

> 
> I decided to build an archive server for the purpose of backing up
> other fedora/centos desktops at the office.  I built a machine and
> have
> installed Centos 7.3 on it with all updates current.  I also
> purchased
> a 3.0 usb sata drive cabinet (Orico ORICO 9548U3-BK) and installed
> two
> 5T black WD drives.   There was no problem installing the usb cabinet
> or the drives.  I formatted each drive with xfs as /dev/sdc and
> /dev/sdd, and then combined them into a software mirrored raid with
> mdadm as /dev/md0.

I've always thought that the perceived wisdom is to not try and do
software raid across USB - especially when both drives are at the other
end of the same USB cable. Sure USB 3 is faster and there's a better
chance it will appear to work at a reasonable speed, but it's not
something I would contemplate.

> 
> Everything was working perfectly until I removed the terminal,
> keyboard
> and mouse and tried to reboot the machine.  It took a while to figure
> out, but when the mouse and keyboard were removed the boot process
> assigns the usb drives differently which makes /dev/md0 created by
> mdadm fail.

Which means that the drive letters are explicitly mentioned in
/etc/mdadm.conf - you can change it to be wildcarded or leave mdadm to
figure it all out itself.  See 'man mdadm.conf'.

> 
> My fstab file looks like :
> 
> /dev/mapper/centos_poar-root  /xfsdefaults  0 
> 0
> UUID=f915a354-28bf-4110-bec9-3767ef1fe52c /boot    xfsdefaults  0
> 0
> /dev/mapper/centos_poar-home  /homexfs defaults 0 
> 0
> /dev/mapper/centos_poar-u /u   xfs defaults 0 
> 0
> /dev/mapper/centos_poar-swap  swap swapdefaults 0 
> 0
> /dev/sda  /u0  btrfs   defaults 0
> 0
> # entries below were combined into one mirrored raid system
> #/dev/sdc/u1  xfs defaults 0
> 0
> #/dev/sdd/u2  xfs defaults 0
> 0
> /dev/md0     /u1  xfs defaults 0
> 0

Another likely issue is that you explicitly mention /dev/sda in the
fstab - if the drives are re-ordered, then /dev/sda will not be what
you think it is.  It's a much better idea to use UUIDs when mounting
drives. You can find the UUID with 

  lsblk --fs /dev/sda

BTW, are you really using partitionless disks - is it really /dev/sda
and not /dev/sda1 ?

> 
> 
> This works perfectly when a usb mouse and a usb keyboard are
> attached,
> but when I remove the mouse and keyboard the system will not boot
> because the usb drives are relabeled as /dev/sda and /dev/sdb.

I would have thought that any SATA drives would have been processed
before the USB drives - certainly it looks that way on my system. Try
going through the output of dmesg to see if you can see what is really
happening when in the boot sequence.

> 
> 
> My thought is that if I could force the usb drives to be labeled as
> /dev/sdc and /dev/sdd whether the mouse and keyboard are attached or
> not, I might be able to fix the problem

It's much easier to make sure you don't explicitly use drive letters -
because, as you've found out, they can change.  Use filesystem labels
or UUIDs or disk IDs. The disk IDs can be found in /dev/disk/by-id and
they should remain the same.

P.

-

Pete,

Thank you for such excellent help; I appreciate your wisdom and
challenges.  The machine I am working on is still at the 'lab' stage so
everything can be changed at this point.  I don't have the benefit of
much 'perceived wisdom' in that most of my knowledge comes from
mistakes I have made or mistakes others on this list have made that Ican learn 
from.  So thanks again.  

Here are some of my thoughts... right or wrong.

#1. 3.0 USB drives
I originally performed some testing on a small usb passport 3T drive
and was amazed by the response and access times.  I stumbled across the
Orico cabinet during a NewEgg search, and decided to give it a try.  I
was even more impressed with the response and access times.  I decided
to attempt a mdadm raid on the the Orico and everything has worked
better than expected except for the problems I have had with device
assignments.   I did have an electrical failure at my home related to
weather of which the ups powered down after 30 minutes that caused one
of the raid 5T drives to become corrupted.  I reformatted the drive and
rebuilt the raid with mdadm, and everything worked a lot better than I
expected.  I will only be using this system to store *.tar.gz backup
files from other systems.  What should cause me to fear the USB 3.0
connection.

#2. /etc/mdadm.conf
The tutorials I read about how to use mdadm did not include mdadm.conf,
and this was not created when I installed mdadm.  I will take a look at
the man pages thank you.

#3.  UUID's
Thanks for the suggestion to use names instead of device 

Re: [CentOS] usb drives & Orico ORICO 9548U3-BK

2017-02-18 Thread Pete Biggs

> 
> 
> I decided to build an archive server for the purpose of backing up
> other fedora/centos desktops at the office.  I built a machine and have
> installed Centos 7.3 on it with all updates current.  I also purchased
> a 3.0 usb sata drive cabinet (Orico ORICO 9548U3-BK) and installed two
> 5T black WD drives.   There was no problem installing the usb cabinet
> or the drives.  I formatted each drive with xfs as /dev/sdc and
> /dev/sdd, and then combined them into a software mirrored raid with
> mdadm as /dev/md0.

I've always thought that the perceived wisdom is to not try and do
software raid across USB - especially when both drives are at the other
end of the same USB cable. Sure USB 3 is faster and there's a better
chance it will appear to work at a reasonable speed, but it's not
something I would contemplate.

> 
> Everything was working perfectly until I removed the terminal, keyboard
> and mouse and tried to reboot the machine.  It took a while to figure
> out, but when the mouse and keyboard were removed the boot process
> assigns the usb drives differently which makes /dev/md0 created by
> mdadm fail.

Which means that the drive letters are explicitly mentioned in
/etc/mdadm.conf - you can change it to be wildcarded or leave mdadm to
figure it all out itself.  See 'man mdadm.conf'.

> 
> My fstab file looks like :
> 
> /dev/mapper/centos_poar-root  /xfsdefaults  0 0
> UUID=f915a354-28bf-4110-bec9-3767ef1fe52c /boot    xfsdefaults  0 0
> /dev/mapper/centos_poar-home  /homexfs defaults 0 0
> /dev/mapper/centos_poar-u /u   xfs defaults 0 0
> /dev/mapper/centos_poar-swap  swap swapdefaults 0 0
> /dev/sda  /u0  btrfs   defaults 0 0
> # entries below were combined into one mirrored raid system
> #/dev/sdc/u1  xfs defaults 0 0
> #/dev/sdd/u2  xfs defaults 0 0
> /dev/md0     /u1  xfs defaults 0 0

Another likely issue is that you explicitly mention /dev/sda in the
fstab - if the drives are re-ordered, then /dev/sda will not be what
you think it is.  It's a much better idea to use UUIDs when mounting
drives. You can find the UUID with 

  lsblk --fs /dev/sda

BTW, are you really using partitionless disks - is it really /dev/sda
and not /dev/sda1 ?

> 
> 
> This works perfectly when a usb mouse and a usb keyboard are attached,
> but when I remove the mouse and keyboard the system will not boot
> because the usb drives are relabeled as /dev/sda and /dev/sdb.

I would have thought that any SATA drives would have been processed
before the USB drives - certainly it looks that way on my system. Try
going through the output of dmesg to see if you can see what is really
happening when in the boot sequence.

> 
> 
> My thought is that if I could force the usb drives to be labeled as
> /dev/sdc and /dev/sdd whether the mouse and keyboard are attached or
> not, I might be able to fix the problem

It's much easier to make sure you don't explicitly use drive letters -
because, as you've found out, they can change.  Use filesystem labels
or UUIDs or disk IDs. The disk IDs can be found in /dev/disk/by-id and
they should remain the same.

P.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] usb drives & Orico ORICO 9548U3-BK

2017-02-18 Thread Joseph L. Casale
> Is there a way to manually assign usb drives to a specified device
> label.  Is there a way to force two usb drives to be labeled as
> /dev/sdc and /dev/sdd?


> UUID=f915a354-28bf-4110-bec9-3767ef1fe52c /boot    xfsdefaults  0 0

Don't use device names, use UUIDs like the above.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-17 Thread Johnny Hughes
On 02/16/2017 11:58 AM, Jerry Geis wrote:
> When I plug in my device which is USB 2.0 into a 3.0 slot (cause that is
> all I have)
> [495042.943074] usb 5-2: new low-speed USB device number 6 using xhci_hcd
> [495043.100076] usb 5-2: device descriptor read/64, error -71
> 
> I receive the above error.
> 
> Is there a flag or setting that tells the USB to in a 2.0 mode ?

You should be able to use USB2 devices in a USB3 port with no issues, as
others have said, they use different pins and both are there.

I have never seen anyone have to do anything to use USB2 devices on a
USB3 port except plug it in.




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-17 Thread Kenneth Porter
--On Thursday, February 16, 2017 12:58 PM -0500 Jerry Geis 
 wrote:



[495043.100076] usb 5-2: device descriptor read/64, error -71


The USB driver uses negative values of the errors from 
/usr/include/asm-generic/errno.h. 71 is EPROTO, a protocol error.


Check the USB driver source code to see what would elicit this error.



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-16 Thread Gordon Messmer

On 02/16/2017 01:20 PM, John R Pierce wrote:
look very closely at a USB 3.0 port, with the 'blue' tongued A 
connector, and you'll see 5 additional pins in there behind the 
standard USB1/2 4 pins. 



I will be a monkey's uncle.  Thanks for the pointers.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-16 Thread John R Pierce

On 2/16/2017 1:12 PM, Gordon Messmer wrote:

On 02/16/2017 12:28 PM, John R Pierce wrote:
USB 1 and 2 used 4 pins.USB 3 ports have an ADDITIONAL 5 pins, 
the original 4 are used for USB 1/2 operation, the new 5 only for USB 
3 operation.   they are effectively two completely independent 
controllers. 



Do you mean USB type C?  USB 3 is supported and most commonly uses 
type A plugs & ports, which should support older devices. 


look very closely at a USB 3.0 port, with the 'blue' tongued A 
connector, and you'll see 5 additional pins in there behind the standard 
USB1/2 4 pins.


https://files.cablewholesale.com/mailimages/usb-30-type-a-connector-det-small.jpg 
(male)


http://p.globalsources.com/IMAGES/PDT/BIG/663/B1079644663.jpg (female)


--
john r pierce, recycling bits in santa cruz

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-16 Thread Gordon Messmer

On 02/16/2017 12:28 PM, John R Pierce wrote:
USB 1 and 2 used 4 pins.USB 3 ports have an ADDITIONAL 5 pins, the 
original 4 are used for USB 1/2 operation, the new 5 only for USB 3 
operation.   they are effectively two completely independent controllers. 



Do you mean USB type C?  USB 3 is supported and most commonly uses type 
A plugs & ports, which should support older devices.


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-16 Thread John R Pierce

On 2/16/2017 9:58 AM, Jerry Geis wrote:

When I plug in my device which is USB 2.0 into a 3.0 slot (cause that is
all I have)
[495042.943074] usb 5-2: new low-speed USB device number 6 using xhci_hcd
[495043.100076] usb 5-2: device descriptor read/64, error -71

I receive the above error.

Is there a flag or setting that tells the USB to in a 2.0 mode ?


USB 1 and 2 used 4 pins.USB 3 ports have an ADDITIONAL 5 pins, the 
original 4 are used for USB 1/2 operation, the new 5 only for USB 3 
operation.   they are effectively two completely independent controllers.


the combined protocol stack is an unholy mess of poorly planned extensions.


--
john r pierce, recycling bits in santa cruz

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 2.0 device on a USB 3.0 plug

2017-02-16 Thread Fred Smith
On Thu, Feb 16, 2017 at 12:58:09PM -0500, Jerry Geis wrote:
> When I plug in my device which is USB 2.0 into a 3.0 slot (cause that is
> all I have)
> [495042.943074] usb 5-2: new low-speed USB device number 6 using xhci_hcd
> [495043.100076] usb 5-2: device descriptor read/64, error -71
> 
> I receive the above error.
> 
> Is there a flag or setting that tells the USB to in a 2.0 mode ?

I'm no expert, and I don't know the answer, here is an idea: are you
using a USB3 cable for this? If so, might it be worth trying a USB2
cable instead?

Also, are you sure that the device itself is working correctly? Try
it on a different system on usb2 and usb3? try it on this same system
in a usb2 port (temporarily, since you have no spare usb2 ports).

Fred
-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
"Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
 heaven, but only he who does the will of my Father who is in heaven."
-- Matthew 7:21 (niv) -
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-16 Thread Mike - st257
On Mon, Feb 15, 2016 at 6:52 PM, Warren Young  wrote:

> On Feb 15, 2016, at 10:34 AM, Mike - st257  wrote:
> >
> > I have not yet found a USB-to-serial adapter detected as /dev/ttyACM1.
> > Try /dev/ttyUSB0 ?
>
> Both naming schemes are correct, depending on the *type* of USB to serial
> converter.  The difference comes down to a low-level USB implementation
> detail which I’ve never bothered to commit to long-term memory.
>

Yep.
If I recall correctly, minicom defaults to ttyACM0 or 1 on a fresh install.
I wasn't claiming that device name was wrong, but more so that ttyUSB0 is
more common (though that may not truly be the case).


>
> I just say “dmesg | tail” or “ls -ltr /dev” shortly after plugging the
> device in.  One of the two tells me which scheme that particular device
> uses.


Yes indeed. Dmesg is my first stop as well. :-)

This could suffice as well. Many ways to "skin the cat"
~$ ls -l /dev/tty[A-Z]*

-- 
---~~.~~---
Mike
//  SilverTip257  //
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-15 Thread Warren Young
On Feb 15, 2016, at 10:34 AM, Mike - st257  wrote:
> 
> I have not yet found a USB-to-serial adapter detected as /dev/ttyACM1.
> Try /dev/ttyUSB0 ?

Both naming schemes are correct, depending on the *type* of USB to serial 
converter.  The difference comes down to a low-level USB implementation detail 
which I’ve never bothered to commit to long-term memory.

I just say “dmesg | tail” or “ls -ltr /dev” shortly after plugging the device 
in.  One of the two tells me which scheme that particular device uses.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-15 Thread Anthony K

On 16/02/16 01:32, Robert Heller wrote:

OK, I just tested it:

sauron.deepsoft.com% sudo /usr/sbin/setenforce permissive
sauron.deepsoft.com% sudo minicom
Device /dev/ttyACM0 access failed: No such file or directory.
sauron.deepsoft.com% sudo /usr/sbin/setenforce enforcing

Nope, that did not help.



When using my USB to serial device I've had to make sure that I'm a 
member of the 'dialout' group.  Even though you are using sudo to run 
minicom, could it be that the user account you are logged in as still 
needs to be a member of the dialout group?  (tol - thinking out loud)



ak.

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-15 Thread Mike - st257
I have not yet found a USB-to-serial adapter detected as /dev/ttyACM1.
Try /dev/ttyUSB0 ?

- Mike

On Sat, Feb 13, 2016 at 10:14 AM, Robert Heller  wrote:

> I sent this out about a week or so ago, but I have heard nothing. I am
> *thinking* it is a SELINUX problem, but I cannot figure out what. The
> SELINUX
> settings for both machines are *exactly* the same (the stock defaults for a
> standard CentOS 6 install).  The *only* difference is that the desktop
> (sauron) has a few VMs setup (under KVM) and the laptop (gollum) does not.
> The
> desktop has an AMD processor and a nVidia video chipset and the laptop has
> an
> Intel processor and an Intel graphic controller.  Although I can't see how
> either the processor or video chipset would have anything to to with the
> USB
> or USB serial port-type devices.  The desktop also has a PCI quad serial
> port
> card and includes the 8250.nr_uarts=8 kernel option and is set up to use an
> analog dialup modem to make PPP connections (again, I don't see that as
> having
> anything to do with anything).
>
> Both machines are running the same kernel: 2.6.32-573.12.1.el6.x86_64
>
>
>
>
> At Thu, 4 Feb 2016 16:13:33 -0500 Robert Heller 
> wrote:
>
> >
> > I have two computers: both running CentOS 6.7, 64-bit, with
> > kernel 2.6.32-573.12.1.el6.x86_64.  One is a laptop with an 2 core Intel
> > processor and the other is a desktop machine with a 4 core AMD
> processor. Both
> > with selinux enabled.
> >
> > I have a USB serial port device (a RR-CirKits LCC-Buffer USB).  On the
> desktop
> > I am getting this error:
> >
> > sauron.deepsoft.com% sudo minicom
> > Device /dev/ttyACM0 access failed: No such file or directory.
> > sauron.deepsoft.com% dir -lZ /dev/ttyACM0
> > crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM0
> >
> > But it is working on the laptop!
> >
> > gollum.deepsoft.com% dir -lZ /dev/ttyACM1
> > crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM1
> >
> > Same kernel, same device (except it is showing up as ttyACM1 on the
> laptop).
> >
> > What is going on here?
> >
> >
> >
>
> --
> Robert Heller -- 978-544-6933
> Deepwoods Software-- Custom Software Services
> http://www.deepsoft.com/  -- Linux Administration Services
> hel...@deepsoft.com   -- Webhosting Services
>
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
>



-- 
---~~.~~---
Mike
//  SilverTip257  //
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-15 Thread Robert Heller
At Sun, 14 Feb 2016 19:20:48 -0500 Robert Heller  wrote:

> 
> At Mon, 15 Feb 2016 09:41:32 +1100 CentOS mailing list  
> wrote:
> 
> > 
> > On 14/02/16 02:14, Robert Heller wrote:
> > > I sent this out about a week or so ago, but I have heard nothing. I am
> > > *thinking* it is a SELINUX problem, but I cannot figure out what.
> > >
> > 
> > If you suspect SELinux is to blame, have you tried putting SELinux into 
> > permissive mode to see that resolves the issues?
> > 
> > setenforce 0 (re-enable with setenforce 1)
> 
> I guess I can try that.
> 
> > 
> > If everything works with SELinux in permissive mode, then you'll need to 
> > create a policy for it *[0]*.
> 
> That would imply that somehow the policies on my laptop are *different* than 
> the policies on my desktop.  *I* don't remember setting any such policies... 

OK, I just tested it:

sauron.deepsoft.com% sudo /usr/sbin/setenforce permissive
sauron.deepsoft.com% sudo minicom
Device /dev/ttyACM0 access failed: No such file or directory.
sauron.deepsoft.com% sudo /usr/sbin/setenforce enforcing

Nope, that did not help.

> 
> > 
> > 
> > ak.
> > 
> > *[0]*: 
> > https://wiki.centos.org/HowTos/SELinux#head-faa96b3fdd922004cdb988c1989e56191c257c01
> > 
> > 
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > https://lists.centos.org/mailman/listinfo/centos
> > 
> > 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-14 Thread Anthony K

On 14/02/16 02:14, Robert Heller wrote:

I sent this out about a week or so ago, but I have heard nothing. I am
*thinking* it is a SELINUX problem, but I cannot figure out what.



If you suspect SELinux is to blame, have you tried putting SELinux into 
permissive mode to see that resolves the issues?


setenforce 0 (re-enable with setenforce 1)

If everything works with SELinux in permissive mode, then you'll need to 
create a policy for it *[0]*.



ak.

*[0]*: 
https://wiki.centos.org/HowTos/SELinux#head-faa96b3fdd922004cdb988c1989e56191c257c01



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-13 Thread Robert Heller
I sent this out about a week or so ago, but I have heard nothing. I am
*thinking* it is a SELINUX problem, but I cannot figure out what. The SELINUX
settings for both machines are *exactly* the same (the stock defaults for a
standard CentOS 6 install).  The *only* difference is that the desktop 
(sauron) has a few VMs setup (under KVM) and the laptop (gollum) does not. The 
desktop has an AMD processor and a nVidia video chipset and the laptop has an 
Intel processor and an Intel graphic controller.  Although I can't see how 
either the processor or video chipset would have anything to to with the USB 
or USB serial port-type devices.  The desktop also has a PCI quad serial port 
card and includes the 8250.nr_uarts=8 kernel option and is set up to use an 
analog dialup modem to make PPP connections (again, I don't see that as having 
anything to do with anything).

Both machines are running the same kernel: 2.6.32-573.12.1.el6.x86_64




At Thu, 4 Feb 2016 16:13:33 -0500 Robert Heller  wrote:

> 
> I have two computers: both running CentOS 6.7, 64-bit, with 
> kernel 2.6.32-573.12.1.el6.x86_64.  One is a laptop with an 2 core Intel 
> processor and the other is a desktop machine with a 4 core AMD processor. 
> Both 
> with selinux enabled.
> 
> I have a USB serial port device (a RR-CirKits LCC-Buffer USB).  On the 
> desktop 
> I am getting this error:
> 
> sauron.deepsoft.com% sudo minicom
> Device /dev/ttyACM0 access failed: No such file or directory.
> sauron.deepsoft.com% dir -lZ /dev/ttyACM0
> crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM0
> 
> But it is working on the laptop!
> 
> gollum.deepsoft.com% dir -lZ /dev/ttyACM1
> crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM1
> 
> Same kernel, same device (except it is showing up as ttyACM1 on the laptop).
> 
> What is going on here?
> 
> 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services

   
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-13 Thread Alexei Altuhov
On Sat, Feb 13, 2016 at 5:14 PM, Robert Heller  wrote:
> I sent this out about a week or so ago, but I have heard nothing. I am
> *thinking* it is a SELINUX problem, but I cannot figure out what. The SELINUX
> settings for both machines are *exactly* the same (the stock defaults for a
> standard CentOS 6 install).  The *only* difference is that the desktop
> (sauron) has a few VMs setup (under KVM) and the laptop (gollum) does not. The
> desktop has an AMD processor and a nVidia video chipset and the laptop has an
> Intel processor and an Intel graphic controller.  Although I can't see how
> either the processor or video chipset would have anything to to with the USB
> or USB serial port-type devices.  The desktop also has a PCI quad serial port
> card and includes the 8250.nr_uarts=8 kernel option and is set up to use an
> analog dialup modem to make PPP connections (again, I don't see that as having
> anything to do with anything).
>
> Both machines are running the same kernel: 2.6.32-573.12.1.el6.x86_64
>
>
>
>
> At Thu, 4 Feb 2016 16:13:33 -0500 Robert Heller  wrote:
>
>>
>> I have two computers: both running CentOS 6.7, 64-bit, with
>> kernel 2.6.32-573.12.1.el6.x86_64.  One is a laptop with an 2 core Intel
>> processor and the other is a desktop machine with a 4 core AMD processor. 
>> Both
>> with selinux enabled.
>>
>> I have a USB serial port device (a RR-CirKits LCC-Buffer USB).  On the 
>> desktop
>> I am getting this error:
>>
>> sauron.deepsoft.com% sudo minicom
>> Device /dev/ttyACM0 access failed: No such file or directory.
>> sauron.deepsoft.com% dir -lZ /dev/ttyACM0
>> crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM0
>>
>> But it is working on the laptop!
>>
>> gollum.deepsoft.com% dir -lZ /dev/ttyACM1
>> crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM1
>>
>> Same kernel, same device (except it is showing up as ttyACM1 on the laptop).
>>
>> What is going on here?
>>

Hi,

Since  you haven't mentioned it, have you checked /var/log/dmesg to
make sure the device number is correct?  (for ex.: cdc_acm 2-1:1.4:
ttyACM0: USB ACM device)
I understand you've come a long way trying to figure this out, but I'd
had my share of hickups when the USB port had been faulty - the device
showed up and the number of the device kept changing.

Also check if there any errors in dmesg when you have just plugged in
the device.

My perms and SELinux context of the USB serial modem are the same, by the way:
ls -laZ /dev/ttyACM1
crw-rw. root dialout system_u:object_r:tty_device_t:s0

Also, just to make sure sudo settings do not interfere:
sudo -u root -g dialout minicom
Same Error?

One more thing that I would check is to run to make sure I run the
minicom as root:
sudo minicom -s
Minicom's man page says
-s
Setup. Root edits the system-wide defaults in /etc/minirc.dfl with
this option. When it is used, minicom does not initialize, but puts
you directly into the configuration menu. This is very handy if
minicom refuses to start up because your system has changed, or for
the first time you run minicom. For most systems, reasonable defaults
are already compiled in.

Googling revealed another advice - check for the drivers in place:
cat /proc/bus/usb/devices
Found your device there?
It has to have lines with Driver other than "Driver=" and "Driver =(none)"

This is what I have
...
I:* If#= 2 Alt= 0 #EPs= 0 Cls=02(comm.) Sub=fe Prot=00 Driver=cdc_phonet
I:* If#= 3 Alt= 0 #EPs= 0 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_phonet
I:  If#= 3 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_phonet
I:* If#= 4 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=02 Prot=01 Driver=cdc_acm
I:* If#= 5 Alt= 0 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_acm
...

Oh, and you have mentioned kernel option 8250.nr_uarts=8 - does it
mean you have 8 serial ports on the suaron?
Maybe the device  /dev/ttyACM0 does NOT belong to the device you are
trying to talk to? ( RR-CirKits LCC-Buffer USB ?)

If it is (and I am NOT an expert in serial devices debugging) than
maybe displaying the settings of that port will make you a hint?
stty --file /dev/ttyACM0 --all

Whew, an old technology sure does make you dive deep...
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-13 Thread Robert Heller
At Sat, 13 Feb 2016 10:14:30 -0500 CentOS mailing list  
wrote:

> 
> I sent this out about a week or so ago, but I have heard nothing. I am
> *thinking* it is a SELINUX problem, but I cannot figure out what. The SELINUX
> settings for both machines are *exactly* the same (the stock defaults for a
> standard CentOS 6 install).  The *only* difference is that the desktop 
> (sauron) has a few VMs setup (under KVM) and the laptop (gollum) does not. 
> The 
> desktop has an AMD processor and a nVidia video chipset and the laptop has an 
> Intel processor and an Intel graphic controller.  Although I can't see how 
> either the processor or video chipset would have anything to to with the USB 
> or USB serial port-type devices.  The desktop also has a PCI quad serial port 
> card and includes the 8250.nr_uarts=8 kernel option and is set up to use an 
> analog dialup modem to make PPP connections (again, I don't see that as 
> having 
> anything to do with anything).

OK, I tried rebooting without the '8250.nr_uarts=8' option and that had no 
effect.

I wonder if I should file a bug report?  I don't know if I should file it with 
the Red Hat bugzilla or the CentOS bugzilla.

> 
> Both machines are running the same kernel: 2.6.32-573.12.1.el6.x86_64
> 
> 
> 
> 
> At Thu, 4 Feb 2016 16:13:33 -0500 Robert Heller  wrote:
> 
> > 
> > I have two computers: both running CentOS 6.7, 64-bit, with 
> > kernel 2.6.32-573.12.1.el6.x86_64.  One is a laptop with an 2 core Intel 
> > processor and the other is a desktop machine with a 4 core AMD processor. 
> > Both 
> > with selinux enabled.
> > 
> > I have a USB serial port device (a RR-CirKits LCC-Buffer USB).  On the 
> > desktop 
> > I am getting this error:
> > 
> > sauron.deepsoft.com% sudo minicom
> > Device /dev/ttyACM0 access failed: No such file or directory.
> > sauron.deepsoft.com% dir -lZ /dev/ttyACM0
> > crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM0
> > 
> > But it is working on the laptop!
> > 
> > gollum.deepsoft.com% dir -lZ /dev/ttyACM1
> > crw-rw. root dialout system_u:object_r:tty_device_t:s0 /dev/ttyACM1
> > 
> > Same kernel, same device (except it is showing up as ttyACM1 on the laptop).
> > 
> > What is going on here?
> > 
> > 
> > 
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Custom Software Services
http://www.deepsoft.com/  -- Linux Administration Services
hel...@deepsoft.com   -- Webhosting Services
  
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Serial ports (ttyACMn) CentOS 6.7 (64-bit) vs. CentOS 6.7 (64-bit)

2016-02-13 Thread Alexei Altuhov
> OK, I tried rebooting without the '8250.nr_uarts=8' option and that had no
> effect.
>
> I wonder if I should file a bug report?  I don't know if I should file it
with
> the Red Hat bugzilla or the CentOS bugzilla.

Should be with the Red Hat, I guess.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Leon Fauster
Am 10.12.2015 um 09:37 schrieb Michael H :
> 
> I'm trying to disable USB storage devices in Centos7.1.1503.

on EL6 we use: 

# cat /etc/modprobe.d/usb-disabled.conf
install usb-storage /bin/true

# depmod -a

--
LF


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Warren Young
On Dec 10, 2015, at 1:37 AM, Michael H  wrote:
> 
> I've setup udev rules to block all usb devices and then additional rules
> to allow specific vendors / products to be used (mainly keyboards and
> mice).

It sounds like you’re reinventing the wheel:

https://github.com/dkopecek/usbguard


Search for “Linux USB whitelist” for additional existing solutions to the 
problem, if you don’t like USBGuard for some reason.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Michael H


On 10/12/15 10:02, Leon Fauster wrote:
> Am 10.12.2015 um 09:37 schrieb Michael H :
>>
>> I'm trying to disable USB storage devices in Centos7.1.1503.
> 
> on EL6 we use: 
> 
> # cat /etc/modprobe.d/usb-disabled.conf
> install   usb-storage /bin/true
> 
> # depmod -a
I've achieved disabling USB devices and then allowing specific vendors /
products using UDEV rules.

How can I disable PTP automounting without removing the libgphoto2 package?

We are allowing a specific set of usb devices to be used in the company,
one of the things we want to block is any kind of file transfer between
mobile devices and our systems. Unfortunately it's not just a complete
block on devices.

> 
> --
> LF
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Leon Fauster
Am 10.12.2015 um 11:11 schrieb Michael H :
> 
> 
> On 10/12/15 10:02, Leon Fauster wrote:
>> Am 10.12.2015 um 09:37 schrieb Michael H :
>>> 
>>> I'm trying to disable USB storage devices in Centos7.1.1503.
>> 
>> on EL6 we use: 
>> 
>> # cat /etc/modprobe.d/usb-disabled.conf
>> install  usb-storage /bin/true
>> 
>> # depmod -a
> I've achieved disabling USB devices and then allowing specific vendors /
> products using UDEV rules.
> 
> How can I disable PTP automounting without removing the libgphoto2 package?
> 
> We are allowing a specific set of usb devices to be used in the company,
> one of the things we want to block is any kind of file transfer between
> mobile devices and our systems. Unfortunately it's not just a complete
> block on devices.



A legitimately approach but from a security point of view its not the best one.
No authentication, no authorization mechanism and USB IDs can be forgeable. 

--
LF


 

 

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Michael H
Please read my entire post! I need to allow specific devices, I am
trying to combat PTP mounting. not completely disable all USB devices.

On 10/12/15 15:17, Wes James wrote:
> 
>> On Dec 10, 2015, at 1:37 AM, Michael H  wrote:
>>
>> Hi,
>> Posting this again as it has been drowned. can anybody assist?
>>
>>
>> --
>>
>> Hi All,
>>
>> I'm trying to disable USB storage devices in Centos7.1.1503.
>>
> 
> 
> 
> I did a google search on “disable usb storage centos 7” and came up with 
> this.  Don’t know if it helps:
> 
> https://unixserveradmin.wordpress.com/2012/12/08/how-to-stop-usb-mass-storage-device-in-rhelcentos/
>  
> 
> 
> -wes
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Michael H


On 10/12/15 15:49, Leon Fauster wrote:
> Am 10.12.2015 um 11:11 schrieb Michael H :
>>
>>
>> On 10/12/15 10:02, Leon Fauster wrote:
>>> Am 10.12.2015 um 09:37 schrieb Michael H :

 I'm trying to disable USB storage devices in Centos7.1.1503.
>>>
>>> on EL6 we use: 
>>>
>>> # cat /etc/modprobe.d/usb-disabled.conf
>>> install usb-storage /bin/true
>>>
>>> # depmod -a
>> I've achieved disabling USB devices and then allowing specific vendors /
>> products using UDEV rules.
>>
>> How can I disable PTP automounting without removing the libgphoto2 package?
>>
>> We are allowing a specific set of usb devices to be used in the company,
>> one of the things we want to block is any kind of file transfer between
>> mobile devices and our systems. Unfortunately it's not just a complete
>> block on devices.
> 
> 
> 
> A legitimately approach but from a security point of view its not the best 
> one.
> No authentication, no authorization mechanism and USB IDs can be forgeable.

We are simply trying to block people who are unaware their phone may be
compromised. We understand that if someone puts their mind to it they
will still be able to get past the udev rules but it's a good starting
point.

any clues on disabling PTP (photo transfer protocol) without removing
the libgphoto2 package?

thanks



> 
> --
> LF
> 
> 
>  
> 
>  
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
> 
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Wes James

> On Dec 10, 2015, at 1:37 AM, Michael H  wrote:
> 
> Hi,
> Posting this again as it has been drowned. can anybody assist?
> 
> 
> --
> 
> Hi All,
> 
> I'm trying to disable USB storage devices in Centos7.1.1503.
> 



I did a google search on “disable usb storage centos 7” and came up with this.  
Don’t know if it helps:

https://unixserveradmin.wordpress.com/2012/12/08/how-to-stop-usb-mass-storage-device-in-rhelcentos/
 


-wes
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB devices - libgphoto2 - PTP - hplip

2015-12-10 Thread Leon Fauster
Am 10.12.2015 um 17:02 schrieb Michael H :
> 
> On 10/12/15 15:49, Leon Fauster wrote:
>> Am 10.12.2015 um 11:11 schrieb Michael H :
>>> 
>>> 
>>> On 10/12/15 10:02, Leon Fauster wrote:
>>> I've achieved disabling USB devices and then allowing specific vendors /
>>> products using UDEV rules.
>>> 
>>> How can I disable PTP automounting without removing the libgphoto2 package?
>>> 
>>> We are allowing a specific set of usb devices to be used in the company,
>>> one of the things we want to block is any kind of file transfer between
>>> mobile devices and our systems. Unfortunately it's not just a complete
>>> block on devices.
>> 
>> 
>> 
>> A legitimately approach but from a security point of view its not the best 
>> one.
>> No authentication, no authorization mechanism and USB IDs can be forgeable.
> 
> We are simply trying to block people who are unaware their phone may be
> compromised. We understand that if someone puts their mind to it they
> will still be able to get past the udev rules but it's a good starting
> point.
> 
> any clues on disabling PTP (photo transfer protocol) without removing
> the libgphoto2 package?


I have not handled such scenario but I would take a closer 
look at that functionality; like these files of libgphoto2 (EL6)

/usr/lib64/libgphoto2/2.4.7/ptp2.so
/usr/lib64/libgphoto2_port/0.8.0/ptpip.so
/usr/lib64/udev/check-ptp-camera

/usr/lib64/udev/check-mtp-device
/usr/lib64/udev/check-ptp-camera
/lib/udev/rules.d/40-libgphoto2.rules

the former ones looks like "plugins" for libgphoto2
the latter ones seems to control such functionality

your solution should be repackaged or enforced on 
every libgphoto2 update ...


--
LF


 

___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB drive is "read-only file system" and cannot umount - how to fix

2015-10-26 Thread Robert Moskowitz
Just disconnected, power-cycled then reconnected the drive. 
/var/log/messages tell me:


Oct 26 20:50:10 homebase kernel: EXT4-fs warning (device sdd1): 
ext4_clear_journal_err: Filesystem error recorded from previous mount: 
IO failure
Oct 26 20:50:10 homebase kernel: EXT4-fs warning (device sdd1): 
ext4_clear_journal_err: Marking fs in need of filesystem check.
Oct 26 20:50:10 homebase kernel: EXT4-fs (sdd1): warning: mounting fs 
with errors, running e2fsck is recommended

Oct 26 20:50:10 homebase kernel: EXT4-fs (sdd1): recovery complete
Oct 26 20:50:10 homebase kernel: EXT4-fs (sdd1): mounted filesystem with 
ordered data mode. Opts:


First it comes in as sdd when previously it was sdc.  But the drive is 
now R/W.


So do I run e2fsck, and with what options.  From the manpage I am 
assuming I better umount it first...



On 10/25/2015 11:16 AM, Robert Moskowitz wrote:



On 10/25/2015 11:12 AM, Barry Brimer wrote:

I 'just' noticed that at some point, my USB backup drive on my server

is
mounted as read-only and all of my background sync cron jobs have been
failing.

So I need to fix this without rebooting the server.
How can I get this drive r/w?

Have you tried "mount -o remount,rw "?


# mount -o remount,rw /media/HD103SI/
mount: cannot remount block device /dev/sdc1 read-write, is 
write-protected



The unanswered question here is why did it go read only, and does 
this condition still exist?


The burning question of the day..

Should I 'just' unplug it, power cycle it and reconnect it?


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos



___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB drive is "read-only file system" and cannot umount - how to fix

2015-10-25 Thread Robert Moskowitz



On 10/25/2015 11:12 AM, Barry Brimer wrote:

I 'just' noticed that at some point, my USB backup drive on my server

is
mounted as read-only and all of my background sync cron jobs have been
failing.

So I need to fix this without rebooting the server.
How can I get this drive r/w?

Have you tried "mount -o remount,rw "?


# mount -o remount,rw /media/HD103SI/
mount: cannot remount block device /dev/sdc1 read-write, is write-protected



The unanswered question here is why did it go read only, and does this 
condition still exist?


The burning question of the day..

Should I 'just' unplug it, power cycle it and reconnect it?


___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB drive is "read-only file system" and cannot umount - how to fix

2015-10-25 Thread Barry Brimer
I 'just' noticed that at some point, my USB backup drive on my server
>is 
>mounted as read-only and all of my background sync cron jobs have been 
>failing.
>
>So I need to fix this without rebooting the server.

>How can I get this drive r/w?

Have you tried "mount -o remount,rw "?

The unanswered question here is why did it go read only, and does this 
condition still exist?

Barry
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Connected Voice Recorders

2015-08-26 Thread Always Learning

On Thu, 2015-08-27 at 02:18 +, Chris Olson wrote:

 We plan to use new digital voice recorders.

 Is this difference in USB connectivity a concern for file transfer to
 CentOS computers?

I have a digital voice recorder. I use it just like a USB memory stick -
although I haven't re-formatted it as Ext3, Ext4 etc. I simply connect
it to a USB port and download the recordings. The device's contents can
be seen in Nautilus.

If possible, and it may not be possible, try to get USB3 compatible
devices. There is now a USB 3.1 standard yet the markets seem flooded
with much old, and much slower, USB2 devices. USB3 is backward
compatible with USB2 and USB1.

USB3 devices have a slightly different USB logo and use blue plastic at
the connections to distinguish it from older USB2 devices.

A device that takes UM3 / AA batteries will record longer than those
using smaller capacity AAA / UM4 batteries. Personally I would like a
recorder that takes Chinese C123 or 18650 Lithium batteries for
significantly extended recording times.

-- 
Regards,

Paul.
England, EU.  England's place is in the European Union.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Connected Voice Recorders

2015-08-26 Thread John R Pierce

On 8/26/2015 7:18 PM, Chris Olson wrote:

We plan to use new digital voice recorders. Products are available
from Olympus, Sony, and others.  All of these digital voice recorders
offer file-based audio storage.  We would like to take advantage of
this feature and move the files to our computers.

It is not clear whether there is a difference in the product features
described as USB connection and USB direct connection. Is this
difference in USB connectivity a concern for file transfer to CentOS
computers?  Thanks in advance for any information.


I have a USB digital audio recorder (hi-fi stereo, not 'voice'), it 
records on a 32GB SD card.  I import the audio by plugging the SD card 
into a SD reader on my PC and copying the files directly off it.


that said, afaik, USB connection and USB Direct Connection is purely 
a matter of marketing semantics.   hopefully, these voice recorders 
present a 'storage device' interface to the host, so it can just mount 
them like any other file system, and copy files. if they present a 
custom device interface which requires a device specific driver, odds 
are pretty good that driver only exists for Windows and maybe Mac OSX.





--
john r pierce, recycling bits in santa cruz

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-07 Thread Timothy Murphy
Chris Murphy wrote:

 On Sun, Jul 5, 2015 at 4:43 PM, Timothy Murphy
 gayle...@eircom.net wrote:
 Gordon Messmer wrote:

 On 07/03/2015 03:43 AM, Timothy Murphy wrote:
 I've tried this again, and it does not seem to work.
 Have you actually tried it?

 I don't have a CentOS system here that I can reboot readily.  And it
 occurs to me that if I did, I didn't ask if your system boots via BIOS
 or UEFI.

 Thanks for your response.
 It boots via BIOS, and in fact boots into CentOS-7/KDE on a USB stick
 (that is how I installed CentOS-7), and into Fedora-21/KDE on a stick.

 But it doesn't boot back into the CentOS-7 system that is normally
 running if I say sudo grub2-install /dev/sdc (the USB stick is sdc).
 It just comes up with the repeated -,
 which I take to mean it has found the boot-loader on the USB stick,
 but has not found the kernel on /dev/sda6.

I have to confess that on using another USB stick,
re-formating it under Windows-7, creating partitions with fdisk,
and running sudo grub2-install /dev/sdc,
the USB stick did boot my CentOS-7 machine into its usual system.

I checked the first 4 x 512 bytes on the two sticks,
and they did differ in the first 512 bytes,
but I haven't analyzed the difference.


-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-05 Thread Gordon Messmer

On 07/03/2015 03:43 AM, Timothy Murphy wrote:

I've tried this again, and it does not seem to work.
Have you actually tried it?


I don't have a CentOS system here that I can reboot readily.  And it 
occurs to me that if I did, I didn't ask if your system boots via BIOS 
or UEFI.  If it's BIOS, I do have a test system at the office I could 
use to look at that further.


If it's UEFI, then you'd need to set up a system partition in addition 
to running grub2-install.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-05 Thread Timothy Murphy
Gordon Messmer wrote:

 On 07/03/2015 03:43 AM, Timothy Murphy wrote:
 I've tried this again, and it does not seem to work.
 Have you actually tried it?

 I don't have a CentOS system here that I can reboot readily.  And it
 occurs to me that if I did, I didn't ask if your system boots via BIOS
 or UEFI.

Thanks for your response.
It boots via BIOS, and in fact boots into CentOS-7/KDE on a USB stick
(that is how I installed CentOS-7), and into Fedora-21/KDE on a stick.

But it doesn't boot back into the CentOS-7 system that is normally running
if I say sudo grub2-install /dev/sdc (the USB stick is sdc).
It just comes up with the repeated -,
which I take to mean it has found the boot-loader on the USB stick,
but has not found the kernel on /dev/sda6.


-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-05 Thread Chris Murphy
On Sun, Jul 5, 2015 at 4:43 PM, Timothy Murphy gayle...@eircom.net wrote:
 Gordon Messmer wrote:

 On 07/03/2015 03:43 AM, Timothy Murphy wrote:
 I've tried this again, and it does not seem to work.
 Have you actually tried it?

 I don't have a CentOS system here that I can reboot readily.  And it
 occurs to me that if I did, I didn't ask if your system boots via BIOS
 or UEFI.

 Thanks for your response.
 It boots via BIOS, and in fact boots into CentOS-7/KDE on a USB stick
 (that is how I installed CentOS-7), and into Fedora-21/KDE on a stick.

 But it doesn't boot back into the CentOS-7 system that is normally running
 if I say sudo grub2-install /dev/sdc (the USB stick is sdc).
 It just comes up with the repeated -,
 which I take to mean it has found the boot-loader on the USB stick,
 but has not found the kernel on /dev/sda6.

i think that command is ambiguous because there's four distinct parts
to GRUB. The boot.img goes in the MBR (or GPT BIOS Boot partition),
which is all the /dev/sdc is telling it; the core.img and the extra
modules have to go in a directory on that same device. So you have to
tell it where. And in that same directory you need to put a grub.cfg,
using grub2-mkconfig.
http://www.gnu.org/software/grub/manual/grub.html#Invoking-grub_002dinstall

Such as this example where you have, /dev/sdb1 as ext4 with a boot/
directory on it, and you've mounted it at /mnt

grub-install --boot-directory=/mnt/boot /dev/sdc


Another possibility is using grub2-mkrescue.
http://www.gnu.org/software/grub/manual/grub.html#Invoking-grub_002dmkrescue



-- 
Chris Murphy
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-03 Thread Timothy Murphy
Gordon Messmer wrote:

 On 07/01/2015 06:02 AM, Timothy Murphy wrote:
 I also tried sudo grub2-install /dev/sdb
 but for some reason this did not do the trick.
 
 That should place a boot loader on sdb that will boot the system. What
 behavior did you observe when you tried to boot from that USB drive?

I've tried this again, and it does not seem to work.
Have you actually tried it?

-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-01 Thread Gordon Messmer

On 07/01/2015 06:02 AM, Timothy Murphy wrote:

I also tried sudo grub2-install /dev/sdb
but for some reason this did not do the trick.


That should place a boot loader on sdb that will boot the system. What 
behavior did you observe when you tried to boot from that USB drive?

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB stick query

2015-07-01 Thread Timothy Murphy
Gordon Messmer wrote:

 I also tried sudo grub2-install /dev/sdb
 but for some reason this did not do the trick.
 
 That should place a boot loader on sdb that will boot the system. What
 behavior did you observe when you tried to boot from that USB drive?

The dreaded recurrent -.

-- 
Timothy Murphy  
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB / MiFi Mobile broadband devices and CentOS 5 (32-bit)

2014-11-05 Thread Frank Cox
On Wed, 5 Nov 2014 16:55:18 -0500
Robert Heller wrote:

 Has anyone had any experience with the NetZero Stick? 

I have no experience with that MiFI device, but I have used some other brands 
(including a Huawei e5, which I happen to have on a shelf right here).  All of 
the devices that I've seen to date work like any standard wireless router.  It 
shows up as a wireless hotspot that you can connect to with your laptop, phone 
or whatever device that you happen to have.

You can configure it (password, etc) by logging into it with a web browser; it 
looks just like any other wireless router.


-- 
MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 3.0 Driver

2014-09-09 Thread Matt
 http://www.inateck.com/inateck-kt4005-4-port-usb-3-0-pci-express-card-no-additional-power-connection-needed/

 Will these work under Centos 6.x?  Can I just boot my home system with
 a CentOS 6.x live CD to test?

Above usb 3.0 card is based on NEC d720201 701 chip.  I used this card
in my home PC Win7 64 bit.  Had to run install disk but it works fine.
I then tried it on a server at work running latest Centos 6 64 bit.
After reboot I plugged a usb drive into it.  Did a ls -la /dev/s*
and it did not show up.  Plugged usb drive into old usb 2.0 port and
it did show up.  Assumed drivers were not in Centos 6 kernel for it.

I then tried a Centos 6 live DVD on my home PC.  When I plugged a usb
drive into the usb 3.0 port it shows up.  So apparently the drivers
are there for it.  Will it show somewhere else besides ls -la
/dev/s*?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 3.0 Driver

2014-09-09 Thread Johnny Hughes
On 09/09/2014 04:39 PM, Matt wrote:
 http://www.inateck.com/inateck-kt4005-4-port-usb-3-0-pci-express-card-no-additional-power-connection-needed/

 Will these work under Centos 6.x?  Can I just boot my home system with
 a CentOS 6.x live CD to test?
 
 Above usb 3.0 card is based on NEC d720201 701 chip.  I used this card
 in my home PC Win7 64 bit.  Had to run install disk but it works fine.
 I then tried it on a server at work running latest Centos 6 64 bit.
 After reboot I plugged a usb drive into it.  Did a ls -la /dev/s*
 and it did not show up.  Plugged usb drive into old usb 2.0 port and
 it did show up.  Assumed drivers were not in Centos 6 kernel for it.
 
 I then tried a Centos 6 live DVD on my home PC.  When I plugged a usb
 drive into the usb 3.0 port it shows up.  So apparently the drivers
 are there for it.  Will it show somewhere else besides ls -la
 /dev/s*?

lsusb -vvv




signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 3.0 Driver

2014-09-08 Thread Eric Smith
On Fri, Sep 5, 2014 at 4:36 PM, Matt matt.mailingli...@gmail.com wrote:
 Tried it and CentOS 6 did not seem to find it.  Anyone know of a USB
 3.0 card that does work with Centos 6.x?

I've used a variety of no-name cards with the NEC (now Renesas)
uPD72020x series host adapter chips, and they've all worked fine.

I'd steer clear of the no additional power connection needed cards;
in my experience they can't supply the maximum power the ports may
require (5V@900mA per port, i.e., 4.5W per port, 18W total for a
four-port card).  Proper USB 3.0 cards have a disk drive power
connector for the power required.  In principle it's possible for a
PCIe USB host adapter to have a switching regulator to provide
sufficient USB power from the +12V supply rail, but, I have yet to see
one that does.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 3.0 Driver

2014-09-08 Thread Matt
 On Fri, Sep 5, 2014 at 4:36 PM, Matt matt.mailingli...@gmail.com wrote:
 Tried it and CentOS 6 did not seem to find it.  Anyone know of a USB
 3.0 card that does work with Centos 6.x?

 I've used a variety of no-name cards with the NEC (now Renesas)
 uPD72020x series host adapter chips, and they've all worked fine.

The unit I tried had the NEC d720201 701 chip and CentOS 6 did not
seem to find it.  Any chance CentOS 7 will?



 I'd steer clear of the no additional power connection needed cards;
 in my experience they can't supply the maximum power the ports may
 require (5V@900mA per port, i.e., 4.5W per port, 18W total for a
 four-port card).  Proper USB 3.0 cards have a disk drive power
 connector for the power required.  In principle it's possible for a
 PCIe USB host adapter to have a switching regulator to provide
 sufficient USB power from the +12V supply rail, but, I have yet to see
 one that does.
 ___
 CentOS mailing list
 CentOS@centos.org
 http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB 3.0 Driver

2014-09-05 Thread Matt
Tried it and CentOS 6 did not seem to find it.  Anyone know of a USB
3.0 card that does work with Centos 6.x?


On Fri, Sep 5, 2014 at 3:12 PM, Matt matt.mailingli...@gmail.com wrote:
 http://www.inateck.com/inateck-kt4005-4-port-usb-3-0-pci-express-card-no-additional-power-connection-needed/

 Will these work under Centos 6.x?  Can I just boot my home system with
 a CentOS 6.x live CD to test?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Boot

2014-08-27 Thread John R Pierce
On 8/27/2014 11:38 AM, Matt wrote:
 I noticed that the Supermicro X9SCL has a USB type-a port right on the
 motherboard.

 http://www.supermicro.com/products/motherboard/Xeon/C202_C204/X9SCL.cfm

 Has anyone used a port like this to boot the core OS and used the
 physical drives for OpenVZ and KVM containers?  I figure a 64GB thumb
 drive would work.  Anyone done this or will a USB thumb drive not
 stand up too the load?  Seems much easier then using a SATA SSD drive
 but I imagine you still have to find a more durable USB drive.

works great with VMware ESXI, or FreeNAS... neither of those treats the 
boot device as a read/write file system.   FreeNAS does have one master 
configuration file it updates when you make configuration changes, but 
no operational data is written to it.



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Boot

2014-08-27 Thread Matt
 I noticed that the Supermicro X9SCL has a USB type-a port right on the
 motherboard.

 http://www.supermicro.com/products/motherboard/Xeon/C202_C204/X9SCL.cfm

 Has anyone used a port like this to boot the core OS and used the
 physical drives for OpenVZ and KVM containers?  I figure a 64GB thumb
 drive would work.  Anyone done this or will a USB thumb drive not
 stand up too the load?  Seems much easier then using a SATA SSD drive
 but I imagine you still have to find a more durable USB drive.

 works great with VMware ESXI, or FreeNAS... neither of those treats the
 boot device as a read/write file system.   FreeNAS does have one master
 configuration file it updates when you make configuration changes, but
 no operational data is written to it.


Hmm, my CentOS install is still do some log file writing.  Most of the
traffic is on /vz though.  Wander how much a USB thumb drive can take?
 Know of any better ones?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB Boot

2014-08-27 Thread SilverTip257
On Wed, Aug 27, 2014 at 4:12 PM, Matt matt.mailingli...@gmail.com wrote:

  I noticed that the Supermicro X9SCL has a USB type-a port right on the
  motherboard.
 
  http://www.supermicro.com/products/motherboard/Xeon/C202_C204/X9SCL.cfm
 
  Has anyone used a port like this to boot the core OS and used the
  physical drives for OpenVZ and KVM containers?  I figure a 64GB thumb
  drive would work.  Anyone done this or will a USB thumb drive not
  stand up too the load?  Seems much easier then using a SATA SSD drive
  but I imagine you still have to find a more durable USB drive.
 
  works great with VMware ESXI, or FreeNAS... neither of those treats the
  boot device as a read/write file system.   FreeNAS does have one master
  configuration file it updates when you make configuration changes, but
  no operational data is written to it.
 

 Hmm, my CentOS install is still do some log file writing.  Most of the
 traffic is on /vz though.  Wander how much a USB thumb drive can take?


Some manufacturers may release MTBF specs ... as with anything, not all do.
And whether or not we can trust those specs is another thing.


  Know of any better ones?


Even if you chose the best and possibly most expensive flash drive, I'd
still tune the setup for flash memory.
Back up what's on flash (probably just /etc and wherever else you modify)
either regularly or whenever you change it.  Not too hard, right? ;-)


You might take some info from Voyage Linux (intended for running on
embedded boards using Compact Flash cards, ex: PC Engines ALIX, Soekris,
etc).
1. file systems (on the flash device) are mounted read-only most of the time
2. tune file systems (on the flash) not to do a mandatory fsck every so
many mounts
3. ...your job to research from here...


Remember that bash will want to log history to /home or /root depending on
who you're logged in as.  So a few writes there.

My suggestions:
No swap on the USB flash.
Put /var on your conventional storage (and not on the USB flash).  So that
would encompass /var/log and /var/spool for example.
/tmp also takes occasional writes, so you might use tmpfs (RAM) or toss
that on your conventional drives.

Ideas:
Create your hardware or software array.
Lay LVM over top the array.
Allocate some space to /var and some amount to /vz.  (Though I'd imagine
you could use LVs as backing with OpenVZ just as some of us do with KVM.)

If you intend on using XFS for /vz, I'd say be conservative and leave free
extents in the LVM VolumeGroup (at least until you get things as you want
them).  That way you can add space to /var in an emergency.  You can't
shrink XFS file systems, but you can shrink with ext3 or ext4.


-- 
---~~.~~---
Mike
//  SilverTip257  //
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB blues

2014-06-11 Thread Billy Crook
Sounds very much like an electrical supply problem.  Does it ever affect
host-powered peripherals or just ones powered off AC mains?  Are you using
a UPS?

Try an alternate psu in the system.  or running on just one psu module at a
time if you have redundant modules.  This system isn't a bulk storage
system with tonnes of hdds, is it?

You mention the lspci and lsusb you included earlier were taken AFTER the
problem.  What differences are there immediately after a fresh boot before
the problem occurs. add -t to lsusb.


On Wed, Jun 11, 2014 at 2:30 PM, Lists li...@benjamindsmith.com wrote:

 I have a freshly built, updated EL6 system and am having problems with
 USB stability - at boot everything works fine but within a few hours,
 USB devices start disappearing randomly. At first I though the USB
 devices were suspect, but removing the suspect devices and an accessory
 PCIE USB card hasn't changed anything. As of now, a single USB device is
 working. (which is lucky, it hosts the OS) I've rebooted the server
 several times trying to diagnose the problem. After a reboot, everything
 works great - for a while. Is this a driver issue or just a bum
 motherboard/chipset?

 The system is  built based on the SUPERMICRO MBD-X9SCM-F-O available here:
 http://www.newegg.com/Product/Product.aspx?Item=N82E16813182253

 According to the OS compatibility matrix, the most recent CentOS 6.5 is
 supported:
 http://www.supermicro.com/support/resources/OS/C204.cfm
 and all yum updates have been applied.

 I have the output of /var/log/messages since the last reboot here:
 http://hal.schoolpathways.com/lastboot.txt

 Notes: Everything was working after the boot. Devices read/wrote fine.

 ata9.00 HD errors are known, it's the old ATA O/S drive.

 Jun 11 01:07:36: Problem begins shortly after leaving for the day,

 Jun 11 03:35:44 sdi goes offline, it's one of the two USB boot devices
 and is plugged into the USB port directly on the main board. (IE: It's
 not a bad cable)

 Jun 11 15:53:43  b2012 goes offline, it's mounted USB.


 Here's the output of lspci (Note, this is when the system is having a
 problem)
 00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core
 processor DRAM Controller (rev 09)
 00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network
 Connection (rev 05)
 00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
 Family USB Enhanced Host Controller #2 (rev 05)
 00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 1 (rev b5)
 00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset
 Family PCI Express Root Port 5 (rev b5)
 00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset
 Family USB Enhanced Host Controller #1 (rev 05)
 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
 00:1f.0 ISA bridge: Intel Corporation C204 Chipset Family LPC Controller
 (rev 05)
 00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset
 Family SATA AHCI Controller (rev 05)
 00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family
 SMBus Controller (rev 05)
 01:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE
 Controller (rev 03)
 01:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE
 Controller (rev 03)
 02:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network
 Connection
 03:03.0 VGA compatible controller: Matrox Electronics Systems Ltd. MGA
 G200eW WPCM450 (rev 0a)

 And here is the output of lsusb: (Again, after the problem appears)
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
 Bus 001 Device 003: ID 0557:2221 ATEN International Co., Ltd Winbond Hermon
 Bus 001 Device 004: ID 13fe:5200 Kingston Technology Company Inc.
 Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB

 I plan on verifying/updating the BIOS tonight. Is there any other
 information that I could provide to help diagnose this?

 -Ben
 ___
 CentOS mailing list
 CentOS@centos.org
 http://lists.centos.org/mailman/listinfo/centos




-- 
Billy Crook • Network and Security Administrator • RiskAnalytics, LLC
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB key accessible/seen remotely.

2014-06-09 Thread John R Pierce
On 6/9/2014 12:10 PM, Rafał Radecki wrote:
 I have currently an USB key which is needed by some software on a remote
 server. Is there a way to use my local USB port (attach mentioned device to
 it) and share it with this remote server?

you can share the mounted file system over NFS



-- 
john r pierce  37N 122W
somewhere on the middle of the left coast

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB key accessible/seen remotely.

2014-06-09 Thread Anthony K
On 10/06/14 05:10, Rafał Radecki wrote:
 ...

 Is there a way to use my local USB port (attach mentioned device to
 it) and share it with this remote server?

 ...
Try the USBoIP package at Sourceforge and let us know how it goes!

http://www.howtoforge.com/how-to-modify-your-gnu-linux-box-to-serve-as-a-usb-over-ip-server


Cheers,
ak.

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-29 Thread Johnny Hughes
On 05/28/2014 10:52 PM, Fred Smith wrote:
 I didn't do that, but what I did do was download a nightly build
 for Fedora 21, a live CD image, burn it to a disc and boot that.
 One would think it has a recent kernel (I neglected to look while
 it was running to find out what kernel it was). 

 so I ran a bunch of commands to copy stuff to and from it, and 
 while it took a few minutes, it also failed in more or less the same
 way. I'd guess that means that whatever the bug is, it's not fixed
 in Linux, yet.

 :( :( :(


So, do you have any other external USB 3 drives laying around to test with?

It would be good to test if this is a problem with more than just the
one external RAID box that you are using.

How long does this usually take to get the error and what kind of writes
access does it take to cause it to fail .. I have 2 of those exact
boards in production and a USB3 drive I can plug in and test.  I would
like to know if this is specific to individual drives or an overall USB3
problem as I recommend those boards to people now.

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-29 Thread Fred Smith
On Thu, May 29, 2014 at 07:12:24AM -0500, Johnny Hughes wrote:
 On 05/28/2014 10:52 PM, Fred Smith wrote:
  I didn't do that, but what I did do was download a nightly build
  for Fedora 21, a live CD image, burn it to a disc and boot that.
  One would think it has a recent kernel (I neglected to look while
  it was running to find out what kernel it was). 
 
  so I ran a bunch of commands to copy stuff to and from it, and 
  while it took a few minutes, it also failed in more or less the same
  way. I'd guess that means that whatever the bug is, it's not fixed
  in Linux, yet.
 
  :( :( :(
 
 

Johnny:

I believe that is the only USB3 device here. Did you see my posting
a few days ago that said it appears to work as a USB2 device? At least
I beat on it for a good while and it didn't fail, then.

 So, do you have any other external USB 3 drives laying around to test with?
 
 It would be good to test if this is a problem with more than just the
 one external RAID box that you are using.
 
 How long does this usually take to get the error and what kind of writes
 access does it take to cause it to fail .. I have 2 of those exact
 boards in production and a USB3 drive I can plug in and test.  I would
 like to know if this is specific to individual drives or an overall USB3
 problem as I recommend those boards to people now.

(yeah, I know... you may recall I asked about good boards and you said
you'd had good luck with that one, so in lieu of other suggestions I
got one. So far it's been great!)

What I've done to make it fail is find a file (or a tree of directories
and files) of several gigabytes and copy it to the device repeatedly
until it fails, removing the file from the device between copies.
It usually takes only 2-3 such copies to see the failure.

FYI, the Fedora nightly build live CD (the Mate one) I ran last night
also suffered a kernel error right after the USB failure (I suspect they
may be related, but don't know with any certainty) and auto-generated a
bugzilla report, if you think it may be interesting, it's number 1102452
which has, as I now see, been closed as a duplicate of 1096572..

Fred
-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
The Lord is like a strong tower. 
 Those who do what is right can run to him for safety.
--- Proverbs 18:10 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-29 Thread Fred Smith
On Thu, May 29, 2014 at 07:12:24AM -0500, Johnny Hughes wrote:
 On 05/28/2014 10:52 PM, Fred Smith wrote:
  I didn't do that, but what I did do was download a nightly build
  for Fedora 21, a live CD image, burn it to a disc and boot that.
  One would think it has a recent kernel (I neglected to look while
  it was running to find out what kernel it was). 
 
  so I ran a bunch of commands to copy stuff to and from it, and 
  while it took a few minutes, it also failed in more or less the same
  way. I'd guess that means that whatever the bug is, it's not fixed
  in Linux, yet.
 
  :( :( :(
 
 
 So, do you have any other external USB 3 drives laying around to test with?
 
 It would be good to test if this is a problem with more than just the
 one external RAID box that you are using.
 
 How long does this usually take to get the error and what kind of writes
 access does it take to cause it to fail .. I have 2 of those exact
 boards in production and a USB3 drive I can plug in and test.  I would
 like to know if this is specific to individual drives or an overall USB3
 problem as I recommend those boards to people now.
 

Johnny, check out this bug: https://bugzilla.redhat.com/show_bug.cgi?id=1096572
where comment #10 reports that someone upstream has been working on this bug
and is thought to have a fix.

If that is in fact the cause of my problem, one could wish that it would
eventually get backported into EL6 and ultimiately Centos

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
The Lord detests the way of the wicked 
  but he loves those who pursue righteousness.
- Proverbs 15:9 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-28 Thread Fred Smith
On Sat, May 24, 2014 at 01:54:13PM +0200, Mihai T. Lazarescu wrote:
 On Fri, May 23, 2014 at 09:52:11PM -0400, Fred Smith wrote:
 
  On Fri, May 23, 2014 at 09:19:49AM -0500, Johnny Hughes wrote:
   On 05/22/2014 09:09 PM, Fred Smith wrote:
Just wondering if there are any known issues with USB 3.0 storage 
devices
in Centos 6.5??
   
I just got one of these: 
http://www.newegg.com/Product/Product.aspx?Item=N82E16817332028
   
it does either esata or USB 3.0. My new motherboard (ASUS M5A99X EVO
R2.0) supports both, so I've tried both (of course, can't have a feature
without at least giving it a whirl! :)). esata seems to work fine,
I can copy gigs 'n gigs of data to it using the esata connection.
   
however, with USB3 it works for a bit then something goes wonky...
After copying some hundreds of megabytes (and I don't know if it is a
consistent number or not) suddenly my C6 box starts reporting write
errors.
   
some investigation shows that /dev/sdc (and /dev/sdc1) no longer exist
on the system. it takes a reboot to get it back. After which it'll
work for a while then the same thing all over again. I've tried a
different USB 3.0 cable but it makes no difference.
   
Anyone got ideas on this?
 
 You may try using a newer kernel from ElRepo (currently 3.14.4):
 
 http://elrepo.org/tiki/kernel-ml
 
 If it were a driver problem, maybe it was fixed.
 
 Mihai

I didn't do that, but what I did do was download a nightly build
for Fedora 21, a live CD image, burn it to a disc and boot that.
One would think it has a recent kernel (I neglected to look while
it was running to find out what kernel it was). 

so I ran a bunch of commands to copy stuff to and from it, and 
while it took a few minutes, it also failed in more or less the same
way. I'd guess that means that whatever the bug is, it's not fixed
in Linux, yet.

:( :( :(

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
Not everyone who says to me, 'Lord, Lord,' will enter the kingdom of
 heaven, but only he who does the will of my Father who is in heaven.
-- Matthew 7:21 (niv) -
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-24 Thread Mihai T. Lazarescu
On Fri, May 23, 2014 at 09:52:11PM -0400, Fred Smith wrote:

 On Fri, May 23, 2014 at 09:19:49AM -0500, Johnny Hughes wrote:
  On 05/22/2014 09:09 PM, Fred Smith wrote:
   Just wondering if there are any known issues with USB 3.0 storage devices
   in Centos 6.5??
  
   I just got one of these: 
   http://www.newegg.com/Product/Product.aspx?Item=N82E16817332028
  
   it does either esata or USB 3.0. My new motherboard (ASUS M5A99X EVO
   R2.0) supports both, so I've tried both (of course, can't have a feature
   without at least giving it a whirl! :)). esata seems to work fine,
   I can copy gigs 'n gigs of data to it using the esata connection.
  
   however, with USB3 it works for a bit then something goes wonky...
   After copying some hundreds of megabytes (and I don't know if it is a
   consistent number or not) suddenly my C6 box starts reporting write
   errors.
  
   some investigation shows that /dev/sdc (and /dev/sdc1) no longer exist
   on the system. it takes a reboot to get it back. After which it'll
   work for a while then the same thing all over again. I've tried a
   different USB 3.0 cable but it makes no difference.
  
   Anyone got ideas on this?

You may try using a newer kernel from ElRepo (currently 3.14.4):

http://elrepo.org/tiki/kernel-ml

If it were a driver problem, maybe it was fixed.

Mihai
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-24 Thread Fred Smith
On Sat, May 24, 2014 at 01:54:13PM +0200, Mihai T. Lazarescu wrote:
 On Fri, May 23, 2014 at 09:52:11PM -0400, Fred Smith wrote:
 
  On Fri, May 23, 2014 at 09:19:49AM -0500, Johnny Hughes wrote:
   On 05/22/2014 09:09 PM, Fred Smith wrote:
Just wondering if there are any known issues with USB 3.0 storage 
devices
in Centos 6.5??
   
I just got one of these: 
http://www.newegg.com/Product/Product.aspx?Item=N82E16817332028
   
it does either esata or USB 3.0. My new motherboard (ASUS M5A99X EVO
R2.0) supports both, so I've tried both (of course, can't have a feature
without at least giving it a whirl! :)). esata seems to work fine,
I can copy gigs 'n gigs of data to it using the esata connection.
   
however, with USB3 it works for a bit then something goes wonky...
After copying some hundreds of megabytes (and I don't know if it is a
consistent number or not) suddenly my C6 box starts reporting write
errors.
   
some investigation shows that /dev/sdc (and /dev/sdc1) no longer exist
on the system. it takes a reboot to get it back. After which it'll
work for a while then the same thing all over again. I've tried a
different USB 3.0 cable but it makes no difference.
   
Anyone got ideas on this?
 
 You may try using a newer kernel from ElRepo (currently 3.14.4):
 
 http://elrepo.org/tiki/kernel-ml
 
 If it were a driver problem, maybe it was fixed.
 
 Mihai

I may have to try that, but not quite yet.

I just ran some more experiments:
1. using a USB 2.0 cable on a USB 2.0 port. couldn't make it fail.
2. using a USB 2.0 cable on a USB 3.0 port. hasn't failed yet,
   still testing.

the USB3 functionality comes from a different chip than the USB2:
03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host 
Controller
whereas USB2 comes from an AMD SB9x chip.

I'm thinking that it USB2 works, even when managed by a USB3 chipset,
should mean something. but Im not sure if it means that simply slowing
it down solves the problem, or if it means that we're not using all
the functionality of the chipset, bypassing something buggy. or maybe
bypassing bugs in the ASMedia kernel driver.

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
  And he will be called Wonderful Counselor, Mighty God, Everlasting Father,
  Prince of Peace. Of the increase of his government there will be no end. He 
 will reign on David's throne and over his kingdom, establishing and upholding
  it with justice and righteousness from that time on and forever.
--- Isaiah 9:7 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-23 Thread Johnny Hughes
On 05/22/2014 09:09 PM, Fred Smith wrote:
 Just wondering if there are any known issues with USB 3.0 storage devices
 in Centos 6.5??

 I just got one of these: 
 http://www.newegg.com/Product/Product.aspx?Item=N82E16817332028

 it does either esata or USB 3.0. My new motherboard (ASUS M5A99X EVO
 R2.0) supports both, so I've tried both (of course, can't have a feature
 without at least giving it a whirl! :)). esata seems to work fine,
 I can copy gigs 'n gigs of data to it using the esata connection.

 however, with USB3 it works for a bit then something goes wonky...
 After copying some hundreds of megabytes (and I don't know if it is a
 consistent number or not) suddenly my C6 box starts reporting write
 errors.

 some investigation shows that /dev/sdc (and /dev/sdc1) no longer exist
 on the system. it takes a reboot to get it back. After which it'll
 work for a while then the same thing all over again. I've tried a
 different USB 3.0 cable but it makes no difference.

 Anyone got ideas on this?

I have that motherboard, but I have not used USB3 on it.  I have used
USB3 via this card:

http://www.amazon.com/gp/product/B00BB7TVMO

and this one:

http://www.amazon.com/gp/product/B006K25AX4

On two separate laptops ... with no problems with either.

I would recommend that you have the latest firmware for the motherboard: 

http://bit.ly/1njpc2Y

The last 2 BIOS updates are for USB ... the most recent one less than 2
weeks ago (Version 2501, 2014.05.14)

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] USB-3.0 on C6.5 ??

2014-05-23 Thread Fred Smith
On Fri, May 23, 2014 at 09:19:49AM -0500, Johnny Hughes wrote:
 On 05/22/2014 09:09 PM, Fred Smith wrote:
  Just wondering if there are any known issues with USB 3.0 storage devices
  in Centos 6.5??
 
  I just got one of these: 
  http://www.newegg.com/Product/Product.aspx?Item=N82E16817332028
 
  it does either esata or USB 3.0. My new motherboard (ASUS M5A99X EVO
  R2.0) supports both, so I've tried both (of course, can't have a feature
  without at least giving it a whirl! :)). esata seems to work fine,
  I can copy gigs 'n gigs of data to it using the esata connection.
 
  however, with USB3 it works for a bit then something goes wonky...
  After copying some hundreds of megabytes (and I don't know if it is a
  consistent number or not) suddenly my C6 box starts reporting write
  errors.
 
  some investigation shows that /dev/sdc (and /dev/sdc1) no longer exist
  on the system. it takes a reboot to get it back. After which it'll
  work for a while then the same thing all over again. I've tried a
  different USB 3.0 cable but it makes no difference.
 
 I have that motherboard, but I have not used USB3 on it.  I have used
 USB3 via this card:
 
 http://www.amazon.com/gp/product/B00BB7TVMO
 
 and this one:
 
 http://www.amazon.com/gp/product/B006K25AX4
 
 On two separate laptops ... with no problems with either.
 
 I would recommend that you have the latest firmware for the motherboard: 
 
 http://bit.ly/1njpc2Y
 
 The last 2 BIOS updates are for USB ... the most recent one less than 2
 weeks ago (Version 2501, 2014.05.14)

Thanks, Johnny! After posting I thought to go look for BIOS/firmware
updates, and saw that. I've downloaded the latest, but haven't yet
installed it. (I'm not excited by having to clear all my settings and
then re-do them, but Ill eventually get around to it.

Fred

-- 
 Fred Smith -- fre...@fcshome.stoneham.ma.us -
   But God demonstrates his own love for us in this: 
 While we were still sinners, 
  Christ died for us.
--- Romans 5:8 (niv) --
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


  1   2   3   4   >