Hi,
In my case, most of the time for ARM images I use as root(be careful!):
more /dev/sdb /dev/sdc # I use sdb as source and sdc as destination
sync
It makes an exact copy and you don't have to care about options.
Best regards,
Alexis.
Le 06/08/2014 05:44, Robert Moskowitz a écrit :
This
On Tue, 2014-08-05 at 23:44 -0400, Robert Moskowitz wrote:
Starting File System Check on
/dev/disk/by-uuid/1dc8...f055a32473b9...
[ 13.911063] systemd-fsck[368]: _/: The filesystem size (according to
the superblock) is 3587707 blocks
[ OK ] Started dracut pre-mount hook.
[
On 08/06/2014 05:26 AM, Louis Lagendijk wrote:
On Tue, 2014-08-05 at 23:44 -0400, Robert Moskowitz wrote:
Starting File System Check on
/dev/disk/by-uuid/1dc8...f055a32473b9...
[ 13.911063] systemd-fsck[368]: _/: The filesystem size (according to
the superblock) is 3587707 blocks
On 08/06/2014 04:26 AM, Alexis Jeandet wrote:
Hi,
In my case, most of the time for ARM images I use as root(be careful!):
more /dev/sdb /dev/sdc # I use sdb as source and sdc as destination
sync
It makes an exact copy and you don't have to care about options.
I am assuming that I
On 08/06/2014 05:26 AM, Louis Lagendijk wrote:
On Tue, 2014-08-05 at 23:44 -0400, Robert Moskowitz wrote:
Starting File System Check on
/dev/disk/by-uuid/1dc8...f055a32473b9...
[ 13.911063] systemd-fsck[368]: _/: The filesystem size (according to
the superblock) is 3587707 blocks
On 08/06/2014 04:26 AM, Alexis Jeandet wrote:
Hi,
In my case, most of the time for ARM images I use as root(be careful!):
more /dev/sdb /dev/sdc # I use sdb as source and sdc as destination
sync
It makes an exact copy and you don't have to care about options.
Using fdisk and parted, I
On 08/06/2014 02:16 PM, Robert Moskowitz wrote:
And nothing I can do about that. Seems that the size is based on
whatever fits based on quality of the chip.
Robert Moskowitz r...@htt-consult.com writes:
I suspect that although they are marketed as 16GB, they vary due to
manufacturing quality by a block or so.
The other thing to consider if it is a bargain bin drive is that the
drive might be a counterfeit with mismarked capacity.
On 08/06/2014 09:58 AM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
I suspect that although they are marketed as 16GB, they vary due to
manufacturing quality by a block or so.
The other thing to consider if it is a bargain bin drive is that the
drive might be a
On Wed, 2014-08-06 at 08:16 -0400, Robert Moskowitz wrote:
On 08/06/2014 05:26 AM, Louis Lagendijk wrote:
On Tue, 2014-08-05 at 23:44 -0400, Robert Moskowitz wrote:
Starting File System Check on
/dev/disk/by-uuid/1dc8...f055a32473b9...
[ 13.911063] systemd-fsck[368]: _/:
Robert Moskowitz r...@htt-consult.com writes:
On 08/06/2014 09:58 AM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
I suspect that although they are marketed as 16GB, they vary due to
manufacturing quality by a block or so.
The other thing to consider if it is a
On 08/06/2014 03:55 PM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
On 08/06/2014 09:58 AM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
I suspect that although they are marketed as 16GB, they vary due to
manufacturing quality by a
Robert Moskowitz r...@htt-consult.com writes:
On 08/06/2014 03:55 PM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
On 08/06/2014 09:58 AM, Wolfgang S. Rupprecht wrote:
Robert Moskowitz r...@htt-consult.com writes:
I suspect that although they are marketed as
Allegedly, on or about 06 August 2014, Robert Moskowitz sent:
Using fdisk and parted, I can see my problem, and this won't work. The
target card IS smaller than the source. But I can 'fix' that if there
is a partition resize command where I can specify the end block in the
resize. No reason
On 08/06/2014 09:36 PM, Tim wrote:
Allegedly, on or about 06 August 2014, Robert Moskowitz sent:
Using fdisk and parted, I can see my problem, and this won't work. The
target card IS smaller than the source. But I can 'fix' that if there
is a partition resize command where I can specify the
This is a Fedora arm problem, but probably more experience with dd and
sd cards here...
SO I boot my Cubieboard2 from microSD. I grabbed 8 16GB cards from the
bin at the MicroCenter checkout counter. They work fine for building
F21 arm boots, but I am getting far enough into the process
Install liveusb-creator-3.12.0-1.fc20.noarch.rpm
and create a launch icon for it on the desktop (if you like)
and launch it from there.
It will prompt you for the source of the ISO file
and will ask you for the destination, if there is more than
one usb drive target.
I have used it without fail
On 08/05/2014 11:50 PM, JD wrote:
Install liveusb-creator-3.12.0-1.fc20.noarch.rpm
and create a launch icon for it on the desktop (if you like)
and launch it from there.
It will prompt you for the source of the ISO file
and will ask you for the destination, if there is more than
one usb drive
On Tue, Aug 5, 2014 at 10:14 PM, Robert Moskowitz r...@htt-consult.com wrote:
On 08/05/2014 11:50 PM, JD wrote:
Install liveusb-creator-3.12.0-1.fc20.noarch.rpm
and create a launch icon for it on the desktop (if you like)
and launch it from there.
It will prompt you for the source of the
On 08/06/2014 12:26 AM, JD wrote:
On Tue, Aug 5, 2014 at 10:14 PM, Robert Moskowitz r...@htt-consult.com wrote:
On 08/05/2014 11:50 PM, JD wrote:
Install liveusb-creator-3.12.0-1.fc20.noarch.rpm
and create a launch icon for it on the desktop (if you like)
and launch it from there.
It will
20 matches
Mail list logo
