Re: Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

"Andrew M.A. Cater" writes: > On Sat, Jan 08, 2022 at 06:52:32PM +, Richmond wrote: >> I am currently running Debian 10. >> >> sudo lspci|grep VGA >> 01:05.0 VGA compatible controller: Advanced Micro Devices, >> Inc. [AMD/ATI] RS780 [Radeon

Re: Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

On Sat, Jan 08, 2022 at 06:52:32PM +, Richmond wrote: > I am currently running Debian 10. > > sudo lspci|grep VGA > 01:05.0 VGA compatible controller: Advanced Micro Devices, > Inc. [AMD/ATI] RS780 [Radeon HD 3200] > > sudo xrandr > > Screen 0: minimum 320 x 200,

Debian Live Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] screen resolution

I am currently running Debian 10. sudo lspci|grep VGA 01:05.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RS780 [Radeon HD 3200] sudo xrandr Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192 VGA-0 connected primary 1440x900+0+0 (normal left inverted

Re: Clone Debian 10 partitions to another HD

ory may be reduced to 7.25 Gbytes (depending on the system configuration). Intel® Pentium® processor E5700 (2 Cores / 2 Threads, 3.0 GHz, 2 MB, 800 MHz) RAM 2+4 GB. Video card included in the motherboard internal HD 300 GB I think there would be added a second HD of 80 GB or maybe another

Re: Clone Debian 10 partitions to another HD

Hi, for me the easiest way to clone a drive is using clonezilla-live-cd. The only thing, one has to pay attention to, that the target is not smaller than the source, so if you need to clone a 300GB drive, the target must be 300GB or greater. If it is greater, and you want bigger partitions, th

Clone Debian 10 partitions to another HD

About the questions sent: Fujitsu Esprimo P2560 MI4W-D2041 Intel® Pentium® processor E5700 (2 Cores / 2 Threads, 3.0 GHz, 2 MB, 800 MHz) RAM 2+4 GB. Video card included in the motherboard internal HD 300 GB I think there would be added a second HD of 80 GB or maybe another of 300 GB because

Re: Clone Debian 10 partitions to another HD

On Fri, Oct 01, 2021 at 07:40:42AM +0200, fran...@libero.it wrote: > Taking a cue from the Thread "About user and password on Debian 10" I would > like to transfer the partitions related to Debian 10 to a larger HD, but with > the possibility of having the / partition larger t

Re: Clone Debian 10 partitions to another HD

On 9/30/21 22:40, fran...@libero.it wrote: Taking a cue from the Thread "About user and password on Debian 10" I would like to transfer the partitions related to Debian 10 to a larger HD, but with the possibility of having the / partition larger than the current one. It's p

Clone Debian 10 partitions to another HD

Taking a cue from the Thread "About user and password on Debian 10" I would like to transfer the partitions related to Debian 10 to a larger HD, but with the possibility of having the / partition larger than the current one. It's possible? I was thinking of using Filezilla, but

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

Le 26/08/2019 à 20:23, rhkra...@gmail.com a écrit : On Monday, August 26, 2019 09:20:13 AM Greg Wooledge wrote: The "bytes-per-inode" value ("-i" option) is the closest match to what you described. The man page doesn't tell us what the default value is, but the Arch wiki says it's one inode per

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Mon 26 Aug 2019 at 14:23:39 (-0400), rhkra...@gmail.com wrote: > On Monday, August 26, 2019 09:20:13 AM Greg Wooledge wrote: > > The "bytes-per-inode" value ("-i" option) is the closest match to what > > you described. The man page doesn't tell us what the default value is, > > but the Arch wik

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Monday, August 26, 2019 09:20:13 AM Greg Wooledge wrote: > The "bytes-per-inode" value ("-i" option) is the closest match to what > you described. The man page doesn't tell us what the default value is, > but the Arch wiki says it's one inode per 16384 bytes. >

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

> you described. The man page doesn't tell us what the default value is, > but the Arch wiki says it's one inode per 16384 bytes. > > Since the default inode size is 256 bytes, that tells us the inodes > take about 1.5% of the space

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Mon, Aug 26, 2019 at 07:36:13AM -0400, Stefan Monnier wrote: > - When you only store large files (e.g. videos) on the file system, you > may end up wasting more space on the unused inodes than you'd like. > IIRC with the default setting, about 5% of the disk space is used for > inodes, so

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

> How do I search for answer to my inadequately phrased question below. > 1. I assume that sector size is a _TERM_ reserved for something fixed >when the disk is manufactured. > 2. What is the proper search term to use for something whose dimensions >would be "megabytes/inode"? {I'll use "b

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

hat would be the ??best?? to choose for an mechanical HD in an usual desktop environment ? Files system is EXT4. I have a link/url. I would think default 'Typical Usage' is best unless you need to choose another option. It's an interesting question, thanks! https://duckduckgo.com

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

e4??? (even fewer inodes) > > > > > > What would be the ??best?? to choose for an SSD in an usual desktop > > > environment ? What would be the ??best?? to choose for an mechanical HD in > > > an usual desktop environment ? > > > > > > Files system is EXT4.

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

Hello All. I want to thank you all for your help, feedback, link, command line and experience you shared here after my noob question. I get better understanding now, thanks to you. Godspeed !

Re: You may need more inodes if you store lots of emails locally in maildir format (was: Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Sunday, August 25, 2019 03:25:09 PM David Wright wrote: > grep -a '^From ' DIRECTORY/* | less > > where DIRECTORY is wherever you keep your mail, will give an indication > of how many emails you have stored. Then add your INBOX. My own totals > around 70,000. My 40GB root filesystem has 2½mil

Re: You may need more inodes if you store lots of emails locally in maildir format (was: Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Sun 25 Aug 2019 at 08:10:07 (-0400), rhkra...@gmail.com wrote: > Hmm, this raised a question in my mind (not for myself so much) -- I use mbox > (vs. maildir) as much as possible to store emails. > > (kmail (the older version I use (on Wheezy) uses maildir for the inbox and > maybe some ot

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

Le 25/08/2019 à 14:54, Richard Owlett a écrit : On 08/25/2019 07:36 AM, Pascal Hambourg wrote: 2. What is the proper search term to use for something whose dimensions     would be "megabytes/inode"? {I'll use "blob" for now } This is just a ratio without any actual object associated. It shou

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On 08/25/2019 07:36 AM, Pascal Hambourg wrote: Le 25/08/2019 à 13:20, Richard Owlett a écrit : How do I search for answer to my inadequately phrased question below. 1. I assume that sector size is a _TERM_ reserved for something fixed     when the disk is manufactured. With modern disks, ther

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

Le 25/08/2019 à 13:20, Richard Owlett a écrit : How do I search for answer to my inadequately phrased question below. 1. I assume that sector size is a _TERM_ reserved for something fixed    when the disk is manufactured. With modern disks, there are two sector sizes : - the physical sector s

You may need more inodes if you store lots of emails locally in maildir format (was: Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

On Saturday, August 24, 2019 08:33:30 PM Rick Thomas wrote: > > On Aug 24, 2019, at 4:18 PM, l...@contacte.xyz wrote: > > > > What would be the «best» to choose for an SSD in an usual desktop > > environment ? What would be the «best» to choose for an mechanical HD

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

ironment ? What would be the ??best?? to choose for an mechanical HD in an usual desktop environment ? Files system is EXT4. If you have any link/url to read about an learn more to make the best choice for any circumstance it would be great. Regards. I have a link/url. I would think default &#

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

Le 25/08/2019 à 02:33, Rick Thomas a écrit : On Aug 24, 2019, at 4:18 PM, l...@contacte.xyz wrote: What would be the «best» to choose for an SSD in an usual desktop environment ? What would be the «best» to choose for an mechanical HD in an usual desktop environment ? I don’t think there’s

Re: Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

> On Aug 24, 2019, at 4:18 PM, l...@contacte.xyz wrote: > > What would be the «best» to choose for an SSD in an usual desktop environment > ? > What would be the «best» to choose for an mechanical HD in an usual desktop > environment ? I don’t think there’s any differen

Buster Installation - Partition phase - Inode option to choose - SSD or Mechanical HD

by default) - "News” (lots of inodes), - “largefile” (fewer inodes), - “largefile4” (even fewer inodes) What would be the «best» to choose for an SSD in an usual desktop environment ? What would be the «best» to choose for an mechanical HD in an usual desktop environment ? Files system is EXT

Re: Debian Buster RC 2 wont start GUI on a Radeon HD 5750

aprekates composed on 2019-07-05 01:50 (UTC+0300): > I reported an issue to the debian-installer > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931436 > As i found, the firmware included installers are unofficial > but since they do exist why not correct them. > Also i'm curious why i dont

Re: Debian Buster RC 2 wont start GUI on a Radeon HD 5750

I reported an issue to the debian-installer https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931436 As i found, the firmware included installers are unofficial but since they do exist why not correct them. Also i'm curious why i dont remember having issue with the same GPU in my previous debian

Re: Debian Buster RC 2 wont start GUI on a Radeon HD 5750

Is that sth that can be corrected , or is happening due to legal issues ? But in the installer there is the option to use non-free packages. So shouldnt that be reported as an issue? Alexandros On 1/7/19 1:41 μ.μ., basti wrote: Hello, you need: firmware-amd-graphics *and* firmware-linux-nonfr

Re: Debian Buster RC 2 wont start GUI on a Radeon HD 5750

Hello, you need: firmware-amd-graphics *and* firmware-linux-nonfree I had a similar Problem last week. Best Regards, On 01.07.19 12:19, aprekates wrote: > I used the installer with the firmware included. > > I had to search it for an hour and the package > that was needed is: firmware-linux-no

Debian Buster RC 2 wont start GUI on a Radeon HD 5750

I used the installer with the firmware included. I had to search it for an hour and the package that was needed is: firmware-linux-nonfree Alexandros

Re: HD Webcam Stream

Markus Raps wrote: > Hi there, > > iam trying to send a USB Webcam (Audio and Video) stream via UDP to Another > machine for further rendering. > my problem: the other side cant see the video data in the mpegts stream > without encoding. > > but i dont have the performance to encode on the first

HD Webcam Stream

Hi there, iam trying to send a USB Webcam (Audio and Video) stream via UDP to Another machine for further rendering. my problem: the other side cant see the video data in the mpegts stream without encoding. but i dont have the performance to encode on the first machine. so is there a flag or

Re: Re: Moving Debian from one HD to another

Sent from my iPhone

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

Alexandre Rossi composed on 2017-12-21 23:01 (UTC+0100): >> How long is the cable? Do you have access to another to try? ~20% of the HDMI >> cables I have are either useless or flaky with at least one device. > Same symptoms with another cable. >> Does the TV label any of its HDMI ports differen

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

>> Two other PCs (Linux and Windows) going through the same HDMI cable to >> the same TV and same TV port using the same 1920x1080 resolution work >> perfectly. > > How long is the cable? Do you have access to another to try? ~20% of the HDMI > cables I have are either useless or flaky with at leas

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

rk under > Linux with your HD Graphics 630. I am no expert, but there are all sorts of > complications like HDMI clock frequency and colour depths. Linux with your > 630 might be negotiating an HDMI connection that almost works but that your > cable cannot reliably support. I would try a

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

/mailman/listinfo/intel-gfx FWIW, USPS reports my Kaby Lake HD Graphics 630 spent over 40 hours in Miami, 95% of the distance between here and shipper, on its way here, and should finally arrive by about 20 hours from now. :-( My 2009 Samsung's EDID does report size, but is not natively

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

does not mean it will work under Linux with your HD Graphics 630. I am no expert, but there are all sorts of complications like HDMI clock frequency and colour depths. Linux with your 630 might be negotiating an HDMI connection that almost works but that your cable cannot reliably support. I

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

Hi, I finally got some time to investigate further. Setup I'm running Debian Stretch with a backported 4.13 Linux kernel on an Intel Kaby Lake (chipset H110 and HD graphics 630) machine. I've installed firmware-misc-nonfree and updated my BIOS to fix the Kavy Lake HT bug. Pr

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

Alexandre Rossi wrote on 12/11/17 10:05: >> could you show your Xorg.0.log files? > > Here it is attached. > >> The Kaby Lake GPU needs some firmware. Therefore, what is the print out of >> grep firmware /var/log/dmesg > > $ sudo dmesg | grep firmware > [9.165601] i915 :00:02.0: firmwa

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

> could you show your Xorg.0.log files? Here it is attached. > The Kaby Lake GPU needs some firmware. Therefore, what is the print out of > grep firmware /var/log/dmesg $ sudo dmesg | grep firmware [9.165601] i915 :00:02.0: firmware: direct-loading firmware i915/kbl_dmc_ver1_01.bin [

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

Hi, could you show your Xorg.0.log files? The Kaby Lake GPU needs some firmware. Therefore, what is the print out of grep firmware /var/log/dmesg ? Regards, jvp.

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

> The image with errors looks as it was manipulated in a photoeditor, eg. > Gamma/levels curves ... Does the driver have some image adjustment enabled? I use defaults everywhere, and the behavior is the same with a ubuntu live image. $ xgamma -> Red 1.000, Green 1.000, Blue 1.000

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

The image with errors looks as it was manipulated in a photoeditor, eg. Gamma/levels curves ... Does the driver have some image adjustment enabled?

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

On Sat 09 Dec 2017 at 15:35:18 (+0100), Alexandre Rossi wrote: > > Screenshot [1] looks normal to me, but on screenphoto [2] I clearly see > > red-ish stripes and pink spots in the middle. > > > > Now it looks like your LCD could be faulty not PC hardware\software. Can you > > test it with another

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

> Screenshot [1] looks normal to me, but on screenphoto [2] I clearly see > red-ish stripes and pink spots in the middle. > > Now it looks like your LCD could be faulty not PC hardware\software. Can you > test it with another LCD monitor, or connect it to TV via HDMI cable if it's > possible? The

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

On 08.12.2017 17:35, Alexandre Rossi wrote: > (please CC me as I am not subscribed to the list) > >> A screenshot would be helpful. Does these artifacts appear every single time >> or sporadically? > The artifact appear at the same place every single time and seem to > follow (in videos) a single s

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

(please CC me as I am not subscribed to the list) > A screenshot would be helpful. Does these artifacts appear every single time > or sporadically? The artifact appear at the same place every single time and seem to follow (in videos) a single set of colors (dark brownish areas). You can look at

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

On Thu, Dec 07, 2017 at 05:20:41PM +0500, Alexander V. Makartsev wrote: > > There was a microcode bug discovered recently in Kabylake-Skylake CPUs. > It causes memory corruption if I remember it correctly. It could be > fixed for certain CPUs by updating firmware for your motherboard or > installin

Re: on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

which does not show those problems. > > This is by using stretch, issue occurs with both kernel 4.9 or 4.13 > available in the backports. The hardware is intel HD 630 (Kaby Lake). > Xorg uses the modeset driver. > > I was wondering where to get help regarding whether this is a bug

on-screen artifacts (red pixels) at high resolution with Intel HD 630 (Kaby Lake)

with both kernel 4.9 or 4.13 available in the backports. The hardware is intel HD 630 (Kaby Lake). Xorg uses the modeset driver. I was wondering where to get help regarding whether this is a bug : - xorg? - kernel i915? - kernel drm? - other component? Thanks, Alex

Re: HD device name assignments

On 10/07/2017 03:24 PM, Felix Miata wrote: David Wright composed on 2017-10-07 15:01 (UTC-0500): it might be worth pointing out that it has been reported here that a USB3 stick inserted at boot can demote the internal disk to /dev/sdb. It need not be v3 of USB, and it's one of the prime reaso

Re: HD device name assignments (was: Log files: location and description)

David Wright composed on 2017-10-07 15:01 (UTC-0500): > it might be worth pointing out that it has been reported here that > a USB3 stick inserted at boot can demote the internal disk to > /dev/sdb. It need not be v3 of USB, and it's one of the prime reasons alternatives to booting by device nam

Re: Strange results with an additional HD -- any idea why?

Oops: Forgot to hit "Reply List" on a reply I'd intended to be public. My bad. Dan Ritter and "deloptes" both advised me to put the "Auxiliary" drive's mount point someplace other than /media. When I finally had a chance to do so late yesterday afternoon, that solved the problem. I never w

Re: Strange results with an additional HD -- any idea why?

James H. H. Lampert wrote: > What can I do about these things? use a different mount point /media is used for auto mounting

Re: Strange results with an additional HD -- any idea why?

On Tue, Sep 05, 2017 at 08:35:27AM -0700, James H. H. Lampert wrote: > The box I've been reconfiguring over the past few weeks has a hardware RAID > controller card, with one mirrored (RAID 1) pair on it at the time of > installation. Over the weekend, I plugged two more drives into the two empty >

Strange results with an additional HD -- any idea why?

The box I've been reconfiguring over the past few weeks has a hardware RAID controller card, with one mirrored (RAID 1) pair on it at the time of installation. Over the weekend, I plugged two more drives into the two empty sockets, to create a second mirrored pair, which shows up in Linux as "s

Re: Intel Corporation HD Graphics 510 on GNOME

On 31/10/16 06:45, Samuel Bächler wrote: > NAICT from Googling, Jessie's 3.16 kernel is too old to fully > support Skylake (August 2105 release) CPU features required by > Gnome, so you need a kernel newer than 4.1 (June 2015), and/or > Stretch (currently on 4.7). > > > I just ins

Re: Intel Corporation HD Graphics 510 on GNOME

Debian 7 Wheezy? > > [1] >> > > 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode >> --type baseboard' shows in particular 'Manufacturer: FUJITSU' and 'Product >> Name: D3400-B1'. >>

Re: Intel Corporation HD Graphics 510 on GNOME

ebian 7 Wheezy? > > Sorry, I forgot to mention that. The system is on Debian 8. > [1] > > 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode >> --type baseboard' shows in particular 'Manufacturer: FUJITSU' and &

Re: Intel Corporation HD Graphics 510 on GNOME

d the system can't recover. Please contact a system administrator'. Is there a known problem with GNOME and my graphics adapter? Is this with Debian 8 Jessie or Debian 7 Wheezy? [1] 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmideco

Intel Corporation HD Graphics 510

t a system administrator'. Is there a known problem with GNOME and my graphics adapter? Regards, Sam [1] 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode --type baseboard' shows in particular 'Manufacturer: FUJITSU' and 'Product Name: D3400-B1'.

Intel Corporation HD Graphics 510 on GNOME

t a system administrator'. Is there a known problem with GNOME and my graphics adapter? Regards, Sam [1] 'lspci' shows in particular 'Intel Corporation HD Graphics 510'. 'dmidecode --type baseboard' shows in particular 'Manufacturer: FUJITSU' and 'Product Name: D3400-B1'.

What is The HD Lifestyle? (Video)

In over 50 countries, we are providing hope to communities across the globe. Spreading the word is very simple using our system and our support. While working together, we are able to help you create your High Definition Life! This brief video will explain The HD Lifestyle, who we are

Re: Want to get Radeon HD 8970M working with Debian 8.4 on MSI GX70 laptop

ArchLinux has an up-to-date wiki for hybrid graphics: https://wiki.archlinux.org/index.php/PRIME . Maybe you can find some hints for making use of the discrete GPU there. Would be nice to hear if and how it works for your laptop. Regards, jvp.

Re: Re: Want to get Radeon HD 8970M working with Debian 8.4 on MSI GX70 laptop

rules with the following line in it. ACTION=="add", KERNEL==":01:00.0", SUBSYSTEM=="pci", RUN+="/bin/sh -c 'echo 1 > /sys/bus/pci/devices/:01:00.0/remove'" Now, I'm able to use the Radeon HD 8650M (the low-powered graphics chi

Re: Want to get Radeon HD 8970M working with Debian 8.4 on MSI GX70 laptop

On Mon, 2016-05-23 at 12:09 -0400, Justin Belanger wrote: > Hi, > > I have a MSI GX70 laptop with Debian 8.4 on it. It has two graphics > chips, > a Radeon HD 8970M and a Radeon HD 8650G. The CPU is a AMD A10-5750M. > > I'd like to be able to use the Radeon HD 8970M,

Want to get Radeon HD 8970M working with Debian 8.4 on MSI GX70 laptop

Hi, I have a MSI GX70 laptop with Debian 8.4 on it. It has two graphics chips, a Radeon HD 8970M and a Radeon HD 8650G. The CPU is a AMD A10-5750M. I'd like to be able to use the Radeon HD 8970M, but right now, my laptop is using software rendering (Gallium 0.4 on llvmpipe, according t

Verifying hd-media installer images

What is the "proper" way to verify, say, a 'hd-media' debian installer image? E.g. > ftp://ftp.us.debian.org/debian/dists/jessie/main/installer-amd64/20150422/images/hd-media/boot.img.gz I did find a way to 'manually' verify it, using the SHA256 checksum in

Re: Avermedia Tuner Volar HD Green USB

On Thu, 2015-12-31 at 18:18 +0100, Gábor Hársfalvi wrote: > Dear Sven Arvidsson! > > When I plug in the stick it sends me -> > > Dec 31 18:14:34 debian-dell kernel: [ 1973.017840] usb 2-1.7: new > high-speed USB device number 8 using ehci-pci > Dec 31 18:14:34 debian-dell kernel: [ 1973.119793] u

Re: Avermedia Tuner Volar HD Green USB

On Tue, 2015-12-29 at 18:01 +0100, Gábor Hársfalvi wrote: > Hi, > > How could I use this? > > With lsusb -> > > Bus 002 Device 006: ID 07ca:1835 AVerMedia Technologies, Inc. > > But I can't found any device with MeTV - "There are no DVB devices > available" or VLC. > > Please help me! You pro

Avermedia Tuner Volar HD Green USB

Hi, How could I use this? With lsusb -> Bus 002 Device 006: ID 07ca:1835 AVerMedia Technologies, Inc. But I can't found any device with MeTV - "There are no DVB devices available" or VLC. Please help me!

Re: Recovering data from a Raid 1Sata HD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Dec 27, 2015 at 02:48:45PM +0100, Pascal Hambourg wrote: > to...@tuxteam.de a écrit : > > > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > > > >> Or do I have to first create a (failed) array with mdadm ? > > > > For RAI

Re: Recovering data from a Raid 1Sata HD

to...@tuxteam.de a écrit : > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > >> Or do I have to first create a (failed) array with mdadm ? > > For RAID 1 it shouldn't be necessary, AFAIR You cannot mount directly a RAID 1 partition with format 1.1 or 1.2 because the RAID sup

Re: Recovering data from a Raid 1Sata HD

Felix Miata a écrit : > > A RAID1 partition normally cannot be mounted as an sdX# device. It can if the RAID superblock is located at the end of the partition. I.e. the superblock format is 0.9 (obsolete) or 1.0. However if the format is 1.1 or 1.2 (default), the superblock is located at or near

Re: Recovering data from a Raid 1Sata HD

Or do I have to first create a (failed) array with mdadm ? Hi, assemble fail raid first: #mdadm -A /dev/mdX /dev/sdX /dev/sdY then check status: #cat /proc/mdstat or #mdadm --detail /dev/mdX If mdam does not start then you could use -f (force). After properly assembled raid you could mount it:

Re: Recovering data from a Raid 1Sata HD

Yes you can mount the single raid1 disk. Your wheezy system should have recognized your drive as a md device when booted. Run the commend 'cat /proc/mdstat'. It will show you the current md devices and their status. This is what I get after connecting a drive to my system over a usb connection.

Re: Recovering data from a Raid 1Sata HD

On Wed, 23 Dec 2015 13:49:36 +0100 to...@tuxteam.de wrote: > Now you might want to try > sudo e2fsck -n /dev/sdi9 Does not like it either: root@ron:/home/ron # e2fsck -n /dev/sdi9 e2fsck 1.42.5 (29-Jul-2012) ext2fs_open2: Bad magic number in super-block e2fsck: Superblock invalid, trying backu

Re: Recovering data from a Raid 1Sata HD

At the end, if all methods will fail, you could really try testdisk, it's free. You could go for other commercial options too, depending upon the necessity of the data. Regards Himanshu Shekhar

Re: Recovering data from a Raid 1Sata HD

er 2015 10:23:41 to...@tuxteam.de wrote: > > > > -BEGIN PGP SIGNED MESSAGE- > > > > Hash: SHA1 > > > > > > > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > > > > > Given a Sata HD that was part of a RAID1 arr

Re: Recovering data from a Raid 1Sata HD

GE- > > > Hash: SHA1 > > > > > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > > > > Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy > > > > system. > > > > > > > > Is there a way

Re: Recovering data from a Raid 1Sata HD

On Wed, 23 Dec 2015 11:11:08 + Lisi Reisz wrote: > On Wednesday 23 December 2015 10:23:41 to...@tuxteam.de wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > > > Given a Sa

Re: Recovering data from a Raid 1Sata HD

On Wednesday 23 December 2015 10:23:41 to...@tuxteam.de wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > > Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy > > system. &

Re: Recovering data from a Raid 1Sata HD

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Dec 23, 2015 at 07:41:00AM -0300, Renaud OLGIATI wrote: > Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy > system. > > Is there a way to mount it on another Wheezy system to recover the data ? > &g

Re: Recovering data from a Raid 1Sata HD

Renaud (Ron) OLGIATI composed on 2015-12-23 07:41 (UTC-0300): > Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy > system. > Is there a way to mount it on another Wheezy system to recover the data ? > I have tried to mount it, and get > root@ron:/home/ron

Re: Recovering data from a Raid 1Sata HD

Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy system. Is there a way to mount it on another Wheezy system to recover the data ? I have tried to mount it, and get root@ron:/home/ron # mount -t ext4 /dev/sdi9 /media/eSata mount: wrong fs type, bad option, bad superblock

Re: Recovering data from a Raid 1Sata HD

Am Montag, 21. Dezember 2015, 17:06:49 schrieb Renaud OLGIATI: > Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy > system. > > Is there a way to mount it on another Wheezy system to recover the data ? > > Cheers, > > Ron. If it was Raid-1 , mirro

Recovering data from a Raid 1Sata HD

Given a Sata HD that was part of a RAID1 array on a now defunct Wheezy system. Is there a way to mount it on another Wheezy system to recover the data ? Cheers, Ron. -- You cannot help people permanently by doing for them, what they could and should do for

Re: SATA HD hotplug "Authentication is required"

On Sun, 6 Dec 2015 13:07:37 + Brian wrote: > On Sun 06 Dec 2015 at 07:53:41 -0300, Renaud OLGIATI wrote: > > > On Sat, 5 Dec 2015 23:31:49 + > > Brian wrote: > > > > > > > I think udisks treats drives attached via eSATA as "system" devices > > > > > for > > > > > which the default pol

Re: SATA HD hotplug "Authentication is required"

On Sun 06 Dec 2015 at 07:53:41 -0300, Renaud OLGIATI wrote: > On Sat, 5 Dec 2015 23:31:49 + > Brian wrote: > > > > > I think udisks treats drives attached via eSATA as "system" devices for > > > > which the default policykit rules only allow mounting with > > > > authentication. These shoul

Re: SATA HD hotplug "Authentication is required"

On Sat, 5 Dec 2015 23:31:49 + Brian wrote: > > > I think udisks treats drives attached via eSATA as "system" devices for > > > which the default policykit rules only allow mounting with > > > authentication. These should show up as "HintSystem: true" in the > > > output of "udisksctl dump".

Re: SATA HD hotplug "Authentication is required"

On Sat 05 Dec 2015 at 18:02:37 -0300, Renaud OLGIATI wrote: > On Sun, 29 Nov 2015 18:25:28 +0100 > Ansgar Burchardt <"Ansgar Burchardt"@43-1.org> wrote: > > > I think udisks treats drives attached via eSATA as "system" devices for > > which the default policykit rules only allow mounting with > >

Re: SATA HD hotplug "Authentication is required"

On Sun, 29 Nov 2015 18:25:28 +0100 Ansgar Burchardt <"Ansgar Burchardt"@43-1.org> wrote: > I think udisks treats drives attached via eSATA as "system" devices for > which the default policykit rules only allow mounting with > authentication. These should show up as "HintSystem: true" in the > out

Re: SATA HD hotplug "Authentication is required" (SOLVED)(NOT)

> > You could try marking them as UDISKS_SYSTEM=0 in a udev rule. See > > > > This finally does NOT work. What is the point of having auto-mounting if it does not work for hot-plug external SATA drives, and one has

Re: SATA HD hotplug "Authentication is required" (SOLVED)

On Sun, 29 Nov 2015 18:25:28 +0100 Ansgar Burchardt <"Ansgar Burchardt"@43-1.org> wrote: > >> > I have just added an eSATA outlet on my box; when I plug in a SATA > >> > disk, it is visible in gparted, its label is displayed in the Places > >> > column of PCManfm, but when I click on it I get an e

Re: SATA HD hotplug "Authentication is required"

Renaud (Ron) OLGIATI writes: >> > I have just added an eSATA outlet on my box; when I plug in a SATA >> > disk, it is visible in gparted, its label is displayed in the Places >> > column of PCManfm, but when I click on it I get an error >> > "Authentication is required". [...] > Thanks; I should h

Re: SATA HD hotplug "Authentication is required"

On 11/29/2015 9:53 AM, Petter Adsen wrote: On Sun, 29 Nov 2015 12:08:04 -0300 Renaud (Ron) OLGIATI wrote: [snip] Thanks; I should have asked: How do I get it to automount (without asking for authentification) ? Sorry. I should have expanded on that. Add a line to fstab. See the fstab man pa

  1   2   3   4   5   6   7   8   9   10   >