Hi,
I have a digital recorder / player, a Sony PCM-M10.
It can take FAT formated Micro SD cards.
I can access them via USB, mount them and copy folders and files.
However, there is one glitch: the order of the files. I call them
01_dada.wav, 02_ased.wav etc. ad hope it plays it in that order.
The manual states:
"If you have copied music files using your computer, those files may not
be copied in order of copying because of the system limitations. If you
copy a music file one by one to the PCM recorder, you can display and play
back tracks in order of copying."
So I copied the files after sorting them:
find . -depth -print0 | sort -z | pax -wd0 | tar -xf - -C /mnt
Still, the order is random.
I wonder why..
My memory of FAT is blurry. During studies I "visited" floppy sectors to
get deleted data back. If i am not mistaken, if a directory is new, it
puts filename by filename in a directory list and references, one
by one, although I am not familiar whether that changed with VFAT and long
filenames.
I may experiment with "real" copy one by one - directories first and then
a kind of
for f in `find . -type f`; do cp $f /mnt/$f; done
or trying to figure out what changing the modification time does.. at the
moment I am not sure why it's not working.
Any ideas or experiences how to fix it?
BTW: Besides of that I am very happy with the Sony PCM-M10. I have it on
my HiFi at the moment and it has a crystal clear and full sound.
Thanks
Peter
Daniel Cross said,
>On Sun, August 25, 2013 1:49 pm, Daniel Cross wrote:
>> Lev, you say that this will be discussed at the AGM, yet the rest of your
>> email (beginning "what will change") reads as though disincorporation is a
>> decided matter.
>"What will change" is always with the caveat of "if" the motion is passed.
>The question mark in the title was also meant to indicate the uncertain
>nature of the proposition.
A comment on the above statements on this issue, now I have worked on the
committees of two volunteer orginisations and __DO__ apreciate what is
trying to be done to simplify matters, but on reading the whole series of
messages I must say I have same ___impression___ as Daniel, that is the
merger is being presented as a done deal and one simply cannot do this in a
democratic group such as this. On the whole I am not a bit surprised on the
groups reaction.
When presenting any information that may be headed for a hostile reception
it is wise to be carefull of the wording, rereading and correcting to make
sure it says what you wish it to see without giving a false impression. It
has taken me usually 2 to 3 __HOURS___ to formulate a 400 word post under
these conditions (an undisclosed news thread) and I am proud to say, I
never had a single post missinterprited.
Lindsay
Chris Samuel said,
>Out of interest, why build such an old kernel for this?
>If you're after the latest ACPI code you'd want to try a 3.10 kernel
(or from Linus's tree if you want to test what will be 3.11).
Several reasons, when doing any work in a new area, ie research work, in
this case 64bit, one should __ALWAYS__ work from a known starting point. In
this case 3.7.9 was the last kernel I had compiled that I knew worked.
Second point is this particular machines main purpose is a development
platform for a real time 3D terrain simulation and uses the NVidia closed
source driver. One needs to tread I little carefully on new versions of
this (same with the AMD driver). I had trouble getting the version I am
using working with a later kernel (3.8 series).
I am not really interested in ACPI execpt it gives trouble on this
particular machine, given the machines primary use low power consumption is
a non issue. Sitting right next to it is another machine of good deal lower
specs that is used for normal every day work. This message is being writen
on it.
It would probably be a good idea to try a latter kernel from the 3.10
series (or what ever) to see if the ACPI issue has been sorted, the MB
chips set (the X79) being fairly new. I will probably do this in time.
Using Linux for 20 years, kernel 0.96d being the first one,
Lindsay
After reading the emails about the end of LUV, I've decided I don't want
to be a part of this any more.
I logged onto the LUV site, but I can't find a button that says I don't
want to be a member any more.
How do I get out of being a LUV member?
Shane.
Now this is just for information. Yesterday I an into a problem with a new
install of Debian, motherboard being a Gigabyte X79-ud5 (this is
significant). Debain 7.0 was installed from DVD's then upgraded from the
net to 7.1.
This worked OK for a number of days then the follwing error came up in the
kernel log (it did not appear in dmesg).
"kernel BUG at /build/linux-s5x2oE/linux-3.2.46/mm/slab.c:514!
invalid opcode: 0000 [#1] SMP
CPU 4"
This was followed by a register dump and a call trace and another message..
"BUG: unable to handle kernel paging request at fffffffffffffff8"
an another register dump and call trace follwed by the message....
"Fixing recursive fault but reboot is needed"
Follwed by........
"INFO rcu_sched detected stalls on CPUs/tasks: { 4} (detected by 1, t=15002
jiffies)"
This was followed by an NMI backtrace.......
After reboot system started giving regular bug reports stating a CPU had
hard locked and the system was for all purposes unusable.
After anothe reboot I mamaged to get it in a lucid state for enough time to
compile my own kernel (3.7.9). System has worked OK since the custom kernel
was installed.
A glance through the logs showed the debian kernel was having problems with
the APIC. The previous version of debian testing obtained around 2 months
before the releae of 7.0 would not boot at all on theis motherboard due to
APIC problems.
It seems the current Debian kernel does not like a Gigabyte GA-X79 ud5
mother board.
System is working no problems on the custom kernel.
Its probably worth sending Debian a bug on this...................
Using linux for 20 years,
Lindsay
---------- Forwarded Message ----------
Subject: Re: [Linux-aus] LUV considering joining LA
Date: Sun, 25 Aug 2013, 19:23:40
From: "Patrick Elliott-Brennan" <mail(a)elliott-brennan.id.au>
To: linux-aus(a)lists.linux.org.au
Regarding James Polley's comments in relation to SLUG and LA.
As someone who was involved in the transition and is still on the
committee, I can confirm that there has been no downside for SLUG. We've
experienced no unforseen difficulties and I'm unable to identify any on the
horizon.
I'd be interested to hear from any of the LUGs who have made the change to
see if they've experienced any difficulties as a result.
Patrick Elliott-Brennan
SLUG
-----------------------------------------
--
My Main Blog http://etbe.coker.com.au/
My Documents Blog http://doc.coker.com.au/
Oops, I made a blunder....... APIC, ACPI
Trent said.........
>> A glance through the logs showed the debian kernel was having problems
>> with the APIC.
>Perhaps verify this experimentally, by booting with noapic.
Its the ACPI thats the issue, this being the same in the version of
testing. I had a look around the net a couple of months ago when the
previous version gave problems, everyone said the ACPI errors should not
stop the kernel from working, it appeared though to be so (Note 1). In the
custom kernel its disabled in the config, and it works like a dream.
Note 1: Its difficult to say though, the custom kernels config is much
simpler than the debian one and I have found in the past some options can
have some real wierd effects.
I have as yet not reported a bug as I like to verify there really is a
problem and I cannot find anyone else on the net having an ACPI issue on
Linux with the GA-X79-ud5 mb.
Lindsay
After reading the emails about the end of LUV, I've decided I don't want
to be a part of this any more.
I logged onto the LUV site, but I can't find a button that says I don't
want to be a member any more.
How do I get out of being a LUV member?
Shane.
Hello all,
I have managed to install Debian 7.1.0 on an Acer Travelmate 3230, even
coping with the binary blobs during the install. It is generally working
well, standalone, but now I am looking to sorting out and using now and
then networked.
First, I am finding the Gnome 3 series different, and not certain that I
either appreciate or like. Any comments about making it behave more
"traditionally" appreciated. I may need to remove a great deal and
install a lighter desktop, the Notebook is maxed out with 1.5Gig of RAM.
Next, comment appreciated about Net-Manager. As I expect to use it on
varying networks, the way that it flexibly reconfigures is attractive in
places, but I can also see a lot of merit in being able to just set
manually for when I use on certain networks. If I do remove Net-Manager,
I would appreciate comment about whether the one package is enough, or
what else to purge. Some of the support tools may be useful to report
when I manually configure, especially to WiFi.
The other thing is that CUPS (V 1.5?) will not let me set up a printer
at the moment. It searches for printers, and when it does not find any,
will not let me install for later use via the administrative interface,
either web browser or the printer icon. I am looking at the
configuration files, and scratching my head and getting splinters at
this stage, for manually editing to configure for the HP LJ 4+/4P that I
have, and also a Canon LPB 5050N.
When I did the install, I was visiting someone with ADSL, and the
install well found the network connection, and even after for the
package managers. I did not appreciate the behaviours from the Gnome
variant, it did not necessarily apply the changes when I clicked on the
button. I did manage to install Synaptic, and that was a lot better
behaved, it is more mature software. If I know the package name, I am
not averse to using apt in a terminal. I will need to poke around
further as IceApe (FireFox) could not find the network while Synaptic
had no problems. I am getting my head around which files, what goes in
them, and how to modify, along with iptables and the like.
The initial install left my user account without sudo access. I have
rectified that so I have both full root access, and sudo. They give me
ways of doing different things. For a single command that need not be
run from a root login, sudo can be much better than an unguarded root
login left sitting vulnerable, while some tasks are where I want full
root login, at least at this time.
Overall 7.1 is reasonably impressive, but I would still appreciate a
lighter version. I am inclined to do a base install as a command line
only box on something with perhaps a PIII or PII and 256 Mb of RAM, or
even less. There are other distros, but there are reasons I am looking
at Debian, primarily the apt toolset.
Regards,
Mark Trickett