my exp: submitted several orders without using a login, each had bad address information, created a login and completed checkout to walletbit who said $0.00 and i re-tried, and re-tried. submitted support request 24hrs ago, and 12hrs ago i decided to use my history link, replace the payment amount with the appropriate value, and threw caution to the wind! walletbit processed my order and gave me a receipt, which i promptly updated my support ticket with, but now after 24hrs from initial support request no response. I understand this issue is a fiasco, but a response would be nice!

wow, thats easier than my method! i will try this tonight on a new VM install, thanks guys!

I will try to sort thru my PXE changes too and post the significant differences.

I don't know how to show you, but i commented my solution a few messages back.

Currently the installer fails when you begin the grub install, this required me  booting off a ubuntu disk, mounting the hard drive image of the linuxcoin install, and installing grub from within ubuntu. then when i booted the HD, i had to manually boot linuxcoin (using the directions i posted), once the HD install booted, i had to modify the PAX security flags for 3 of the the grub tools, allowing me to properly run update-grub to complete the install.

Its not extremely complicated, but it is complicated by the PAX/selinux which is why I am requesting an option to include an unsecured kernel, or possibly just a path to remove it ourselves.

hope that helps...

btw: not using persistence on a rw hard drive (the rw is read-write and we don't need to deal with persistence), persistent is only required on a non-writable file system, such as a live-cd.iso

eh, DOUBLE-SPACE didn't work out so well for DOS! personally, the space of the persistence partition is of little concern, i am more interested in performance of my miner at full load.

I have successfully updated my fglrx, which first required uninstalling all the packages, then re-installing to properly apply (and several 'apt-get -f install' fixes). at full load, the entire system is definitely bogged down, more so than any previous version, with the upside of better performance which is acceptable, but makes it difficult to do anything else.

output from: dpkg -l fglrx*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                       Version                    Description
+++-==========================-==========================-====================================================================
un  fglrx-amdcccle                                 (no description available)
ii  fglrx-atieventsd           1:11-7-4                   external events daemon for the non-free ATI/AMD RadeonHD display dri
ii  fglrx-control              1:11-7-4                   control panel for the non-free ATI/AMD RadeonHD display driver
un  fglrx-control-qt2                               (no description available)
un  fglrx-control-qt3                               (no description available)
ii  fglrx-driver               1:11-7-4                   non-free ATI/AMD RadeonHD display driver
ii  fglrx-glx                  1:11-7-4                   proprietary libGL for the non-free ATI/AMD RadeonHD display driver
ii  fglrx-glx-ia32             1:11-7-4                   proprietary libGL for the non-free ATI/AMD display driver (ia32 libs
ii  fglrx-modules-dkms         1:11-7-4                   dkms module source for the non-free ATI/AMD RadeonHD display driver

even the PXE ideas you've had are interesting, but i've returned to creating one single persistence partiton (~2.25gb) on a 4gb USB cruzer and copying that to another USB for another machine. I have modified your PXE scripts slightly to accommodate my specific needs, focusing on making sure they include my management network adapter, and more options in the PXE boot menu.

Still, i have to say using 11-7-4 introduces more complications after X11 loads, 80% of the time it works fine, the other 20% is a crapshoot. prior to 11-7-4 i had no issues booting at all. however, using 11-7-4 my MH/s is slightly better, which is reason enough to tolerate it.

personally, i feel the distribution should return to its roots.... as in focus on mining, and mining well! the additional security is a welcomed event, but I would like an unsecured kernel option, as i feel these items (PAX,selinux) impede performance/administration even so slightly. I am not storing a wallet, these are pooled miners working in an obscure network behind several layers of NAT with little access to anything other than my pool login/pass. i understand the need here, but would like a simple way to dumb that down, a multi-kernel choice, and a slick PXE boot menu allowing for the choice would be my direction.

keep up the good work Dr.Green!

crypt: i would strongly discourage using any HD in a miner, the extra heat/pwr consumption is unnecessary. rather, get yourself a 4gb (2gb will suffice) USB flash disk, install linuxcoin onto that usin the unetbootin from the wiki/thread/site and install the distribution onto the flash. most modern bios allow booting to usb and if you want, you can configure 'persistent' booting, which basically means changes are saved onto the usb and used next boot.

a miner needs to be nimble and recoverable. using linuxcoin accomplishes this well allowing the user LOTS of room to play with whatever their particular path requires. ex: apt-get install <> !!

to become a PROFITABLE miner, one needs to be nimble, recoverable and SMART! this is where smartcoin comes in, making smart choices of where to mine! this is preformed within the linuxcoin enviroment... there is a big distinction.

linuxcoin is a distribution of linux
smartcoin is a application running on linux

hope that helps!

ahh.. thats a job for a VM copy of the very same software! recursion ROCKS i might say!

no one ever said this was all easy, but its easier than rollerblading, at least for me!

RE: installing to HD required booting off a separate ubuntu disc and installing grub from that.

my ubuntu notes (might not work for you directly)
--------
set root=(hd0,msdos1)
linux /boot/vmlinuz-2.6.39-3-amd64 root=/dev/sda1
initrd /boot/initrd.img-2.6.39-3-amd64
boot

back in linuxcoin i had to end up doing the following to properly 'update-grub'
--------
paxctl -zpeMRxs /usr/sbin/grub-setup
paxctl -zpeMRxs /usr/sbin/grub-mkdevicemap
paxctl -zpeMRxs /usr/sbin/grub-probe

now my vm host of linuxcoin installed on a HD and will boot, woot!

right now i am apt-get updating and customizing, followed by copying my custom live-rw/home-rw persistence partitions onto other 4gb usb sticks.

Dr G: any news on when 1.0 will drop? cause i am planing on doing this all over again!

Dr G: any chance of getting netselect-apt included to find the closest mirror?

as this was your personal experience, any failure is purely a reflection of your single attempt, and most likely could be resolved reading the threads, and doing some research online, but most importantly likely a reflection of your hardware choices. as stated, linuxcoin is not for everyone, no one is forcing you to use 'advanced' software, move onto what works for you.

personally, last night i was able to PXE boot twenty two (22) servers into linuxcoin configured for persistence and move my pool mining at will using smartcoin until my heart desired! try that with windows!

Dr.Green: can we get a rundown on what linuxcoin-patches-xxXX11 are suggested to apply to the -final build

I will provide the framework..

copy the /bin/start_mining.sh to ~/myminer.sh
edit this file
 - pre-populate the variables
 - remove the loop
 - and utilize the wonderful functions provided!

so long as your using persistence this will remain on reboot.

you will graduate 'shell script editing 101' as this would be a rewarding and educational experience!

for extra credit create another script and cron job to check and relaunch the ~/myminer.sh if rebooted.

> For the guys struggling with my HDD install video. Its due to the hightened
> security PaX will not let grub probe anything lol. heres a fix.
>
> Code:
> for i in $(ls /usr/sbin | grep grub); do
>  paxctl -C /usr/sbin/$i
>  paxctl -cE /usr/sbin/$i
> done
> grub-install /dev/sdX
> update-grub
>
> I should be rolling out the HDD installer with a nice QT interface over the weekend

I was going down the PaX route next, once again your response is AWESOME!

Maybe i missed this, but where are the PXE setup instructions for your implementation?

Cannot wait to see the installer, I will confirm the above shortly and report back.

Have a great day Dr.Gr33n AND THANK YOU!

I too can confirm the v0.2b-final hdd install directions not working.
I made several attempts, but grub is the issue and i believe its to do with /dev/pts.

After "mount -o bind /dev linuxcoin/dev/" look in /dev/pts and you will find nothing.
I attempted "mount devpts /dev/pts -t devpts" which populates /dev/pts with "ptmx" and "0" and "1".
Comparing /dev/pts contents from v0.2b i only see "ptmx" and "0".

might i be on to something? I am only guessing on these /dev/pts options, but when actually running dpkg on grub-pc i am only offered to install to /dev/sda1, rather than /dev/sda and /dev/sda1. despite this, choosing to install to /dev/sda1 fails similar to the following.

# update-grub
Killed
Killed
Generating grub.cfg...
Found linux image: /boot/vmlinuz-2.6.39.3-amd64
Found initrd image: /boot/initrd.img-2.6.39.3-amd64
Killed
Killed
Killed
Syntax errors are detected in generated GRUB config file.
...
done

the above was transcribed, i sure would love to have the vmware tools installed on this, as I plan to run my master linuxcoin from within esx, doing pxe out on a seperate lan!

Where are the pxe directions?

i attempted doing several other items such as apt-get updating before the bugfix or after, none made much difference, its update-grub which is failing to detect my new hard drive i believe.

hack6500

good well written explanation of the facts.

my hot zone high was 49degC and generally sits at 42degC and i am still stable!
no fires, no problems, just good setup.

mining is only fun for those who make it fun.
give it a shot, you have barely nothing to loose.

i too feel its a good idea.
looking at power consumption and heat generated are good ideas.
i would include some additional specs to allow users to discuss specific revisions of said reviewed card.
there is wealth of user data out there to be tapped.

im happy to have mt.gox back online, with a new back end, and having experienced this issue i feel they are better off.