At least I gave up and decided for buying myself a
tablet. I've always been more favorable towards netbooks instead of
tablets mostly because real computers, even under-powered, better
suits the way I use them: mostly writing documents and programming. I
didn't entirely changed my mind but I have to reckon a tablet can
have many uses where it perform superbly like browsing the Internet
or keeping in contact with e-mail or the many social media
applications. Last but not least I needed a modern device for
studying and testing Android
development, so here I am ...
"A human being should be able to change a
diaper, plan an invasion, butcher a hog, conn a ship, design a
building, write a sonnet, balance accounts, build a wall, set a bone,
comfort the dying, take orders, give orders, cooperate, act alone,
solve equations, analyze a new problem, pitch manure, program a
computer, cook a tasty meal, fight efficiently, die gallantly.
Specialization is for insects." (Robert A. Heinlein)
Saturday, 27 May 2017
Friday, 28 April 2017
Setting-up the Raspberry PI 3 as a home server
It
has been some time since last
time I wrote, unfortunately my job stole most of my limited free
time keeping me from experimenting and so posting about it. At last I
managed to collect enough free time to complete Raspberry PI 3
installation and replace the older model I was using as home server.
Just like before?
Not exactly
When
I started configuring and installing the Raspberry PI 3 I was hoping
it would have been a simple repetition of operation I already
performed on the older Raspberry. Most of it has been that way but in
some cases I experienced some relevant difference.
Configuring
a static IP address
I've
been configuring static IP address on Linux since I installed my
first Pentium
III based Linux, so I really didn't expect any problem here. Once
I configured “/etc/networking/interfaces file” I instead noticed
the Raspberry was visible on the network with two different
addresses. After some searching
on the Internet I discovered it's because of a different way DACP
client works on latest Raspbian release. The problem can be solved in
two ways: first is configuring DHCP client in order to let it set a
static address on network interface alternatively it's possible
disable DHCP client for one or more network interface. I chose the
latter, at the end, since the Raspberry is going to be a DHCP server
so there is no deal in keeping DHCP client active. I disabled DHCP
client from assigning address to both wired and wireless network
interface by adding the following line to “/etc/dhcpcd.conf”
configuration file.
denyinterfaces wlan0 eth0
DHCP
server and wireless access point
Like
I did on my first Raspberry server I configured the new one to work
as DHCP server and a wireless access point. It seem there are no
relevant changes since first time I did it, I simply had to follow my
own instructions.
Installing
applications
Installing
apt-ger based applications like LAMP
sever and MiniDLNA
server has been a quite easy task, while to install other
applications like RPI-Monitor
I had to look for the updated
download link on the Internet. I also installed the updated
version of SFPG
picture gallery, it works but picures thumbnails don't show. I'll
look for a solution later.
Power
supply and cables
Once
I had the Raspberry PI 3 installed and configured on my desktop I pit
it in place of the old one and … nothing was working. It took me
some time of testing and pinging before I noticed the board power led
wasn't properly lighted-up. The phone/tablet charger I used to supply
the old Raspberry wasn't up to the Raspberry PI 3 power requirement.
I replaced the power supply with the one I used for desktop test but
it wasn't enough to make the Raspberry PI 3 working, I had to replace
micro-USB power cable with a shorter one in order to have it working,
I think it's better I'll buy a dedicated Raspberry PI 3 power supply
soon.
Labels:
home-server
,
Installation
,
Linux
,
Raspberry-Pi
,
Raspberry-Pi-3
,
Raspian
Sunday, 15 January 2017
New toy on the desk: Raspberry PI 3
Just
before Christmas I've been to a “traditional” electronics and
surplus fair,
here in Genoa, and bought myself, among other things, a Raspberry PI
3 (version B) board. My goal is to replace, as home server, the
Raspberry PI I bought
two years ago in order to take advantage of the more computing power
offered by the new board. Additionally the older board will be set
free for more “experimental” experiments. As “accessories” to
my new Raspberry board I bought a (clear) plastic case, a 16GB micro
SD card and en external 2.5'' USB hard disk.
Installation and
first tests
I
first downloaded latest Raspbian
release, the “Lite” version since I'm going to use it as a
headless server. Like I did last time I copied the disk image on the
16GB SD card using the “dd” command.
sudo dd if=2016-11-25-raspbian-jessie-lite.img of=/dev/sdd
All
worked fine but I had to fix a couple of things. The image I copied
at the first tentative didn't boot, I had to remove all memory card
partitions using Gparted then
repeat the copy process. The disk copied after the second tentative
works fine, I don't know if problem was because a failure in the
first copy or because of how the card was pre-formatted.
The
latest Raspbian release
has SSH demon disabled by default to enable it I had just to add an
empty “ssh” named file on the memory card root folder.
touch /media/maxx/boot/ssh
Labels:
Installation
,
Linux
,
Raspberry-Pi
,
Raspberry-Pi-3
,
Raspian
Wednesday, 4 January 2017
Test drive: (Raspberry PI) Pixel on the EEEPC 900
I
own a Raspberry PI since
two years but I used it as headless server from the very
beginning. I have, almost, never seen its window manager apart
from some remote desktop experiment. I so learned only recently how
latest
Raspbian released are shipped with a new lightweight desktop
environment: Pixel. More recently I also learned
that Pixel has been released for X86 “common” computers I decided
to test how it runs on my EEEPC 900 netbook.
First
impressions
I
downloaded Pixel ISO disk image from here
and prepared a bootable USB disk. Raspberry page suggested using
Etcher to prepare the boot disk but
UNetbootin did the job as
well as usual.
The
boot process went smooth and quite fast, and Pixel here is my very
first screen-shot of Pixel.
Labels:
EEEPC
,
EEEPC-900
,
Pixel
,
Test-drive
Saturday, 24 December 2016
Subscribe to:
Comments
(
Atom
)



